What I am telling is not a bug but a behavior that I believe is incorrect and perhaps I had talked about it in the past.
Both in the old version 10.00 and in the nine beta 10.50, if I perform a synchronization between disks starting from the root of the starting disk to the root of the destination disk, the hidden folder [$ Recycle.Bin] is also copied. It would be understandable if I had used the cm_SwitchHidSys command, but that it syncs the system folder and hidden with the normal view (therefore not displayed) is weird.
I forgot ... the same goes for Pagefile.sys in root and for all second level folders the desktop.ini file, for example [Users].
Maybe it's my logic that is wrong ...
[TC 10.00 & 10.50b2] Sync root disk
Moderators: Hacker, petermad, Stefan2, white
Re: [TC 10.00 & 10.50b2] Sync root disk
It is actually the same if you have system/hidden directories in a subfolder that you synchronize.
The synchronize tool does not skip hidden and system files just because they are chosen not to be displayed - if you want to skip directories from synchronization, put the directories in the Ignore list. Not displaying and ignoring are two different things.
The synchronize tool does not skip hidden and system files just because they are chosen not to be displayed - if you want to skip directories from synchronization, put the directories in the Ignore list. Not displaying and ignoring are two different things.
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Re: [TC 10.00 & 10.50b2] Sync root disk
Thanks, that's just what I need ... I'm sorry ... laziness is to blame.
On the statement that in this case not viewing and ignoring are two different things I disagree: as a principle, operations in generic form should be based on what you see, especially if this concerns system files that have nothing to do with the destination disk not knowing what will be done with that disk.
It would be, in my opinion, fair at least to warn the user that with an unselected sync where the overwrite warning option is disabled some system files will be copied and overwritten. It is not a good reason to locally copy a Windows recycle bin to an external drive that will be used with another operating system. That there is a crossroads to solve the problem is a good thing but I don't understand why when a simple GUI attribute selection flag would suffice.
Sorry for the translation from Google Translator ...
On the statement that in this case not viewing and ignoring are two different things I disagree: as a principle, operations in generic form should be based on what you see, especially if this concerns system files that have nothing to do with the destination disk not knowing what will be done with that disk.
It would be, in my opinion, fair at least to warn the user that with an unselected sync where the overwrite warning option is disabled some system files will be copied and overwritten. It is not a good reason to locally copy a Windows recycle bin to an external drive that will be used with another operating system. That there is a crossroads to solve the problem is a good thing but I don't understand why when a simple GUI attribute selection flag would suffice.
Sorry for the translation from Google Translator ...
Re: [TC 10.00 & 10.50b2] Sync root disk
Imagine that you have changed icons for some folders. Do you want to synchronize those changes?
Andrzej P. Wozniak
Polish subforum moderator
Polish subforum moderator
Re: [TC 10.00 & 10.50b2] Sync root disk
No, of course not ... I'm talking about files and folders (essentially) not cosmetic changes.