Recently I had to synchronize two volumes. One of the disks had quite restricted permissions which didn't allow me two enter some directories for the current user.
After synchronizing TC showed no differences in the sync tool but back in the file windows I saw many directories haven't been synchronized.
If the problematic directories would not have been in the top level from where I started synchronizing I would have never noticed that many directories haven't been synchronized. This is very dangerous!
This is a real life file management scenario. Please reconsider improving support for "as admin" in synchronize directories. At least inform the user about directories which couldn't be traversed.
Synchronize directories and permissions
Moderators: Hacker, petermad, Stefan2, white
- ghisler(Author)
- Site Admin
- Posts: 50479
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
In fact the sync tool cannot handle restricted directories at all. In such a case, your only option is to run TC with full admin rights for the time of the synchronization.
With the support of folder synchronization, you will at least see these inaccessinble folders as empty folders, and they will still be there as a difference after synchronization.
With the support of folder synchronization, you will at least see these inaccessinble folders as empty folders, and they will still be there as a difference after synchronization.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Even in this case it remains dangerous. Seeing couple of empty folders does not make oneself worry too much.ghisler(Author) wrote:With the support of folder synchronization, you will at least see these inaccessinble folders as empty folders, and they will still be there as a difference after synchronization.
I agree to Lefteous, there should be some kind of warning message.
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
Using TC 11.03 / Win10 x64
Using TC 11.03 / Win10 x64
Yep.Flint wrote:Even in this case it remains dangerous. Seeing couple of empty folders does not make oneself worry too much.ghisler(Author) wrote:With the support of folder synchronization, you will at least see these inaccessinble folders as empty folders, and they will still be there as a difference after synchronization.
I agree to Lefteous, there should be some kind of warning message.
Yes support for empty directories in synchronize directories could indeed help to solve the problem. Just seeing them as empty directories won't help though. Why? There is no indicator that a directory is inaccessible. I would just consider the directory as empty. So I think the first step would be to display some indicator that the directory cannot be opened.With the support of folder synchronization, you will at least see these inaccessinble folders as empty folders, and they will still be there as a difference after synchronization.
I cannot make any concrete suggestions how this could be presented to the user as I don't know how synchronizing empty directories is implemented in TC 7.5.
Sound OK to me, as long as one could notice, why these weren't synchronized.ghisler(Author) wrote:With the support of folder synchronization, you will at least see these inaccessinble folders as empty folders, and they will still be there as a difference after synchronization.
Maybe displaying these dirs with a red background, inverted or similar (as a warning) could be an idea.
Who the hell is General Failure, and why is he reading my disk?
-- TC starter menu: Fast yet descriptive command access!
-- TC starter menu: Fast yet descriptive command access!
IMHO, a one-time message should appear informing the user that not all files have been synchronized. This message should appear at the end of the sync process to avoid having to press "OK" in the middle of a 2 hours sync process. Of course one could argue "i don't want the sync process to run at all if some files cannot be synchronized"...
- Wanderer -
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.