Hello,
the main TC window is unresponsive when a file file is copied in the queue (F5, F2) to the network disk (UNC - not mapped disk via Wifi), until the operation ends. Queue copying to local/external disks is OK.
Thank you, Tomas
[TC 8.0b22 both versions] Copy Queue issue
Moderators: white, Hacker, petermad, Stefan2
- ghisler(Author)
- Site Admin
- Posts: 48108
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
- ghisler(Author)
- Site Admin
- Posts: 48108
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Sorry, no idea - the queue uses its own thread, so it should have no influence on the main program.
Does anyone else have this problem?
Does anyone else have this problem?
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
I tried this but could not reproduce either.
fleggy
Does it happen when you start TC with empty INI?
fleggy
Does it happen when you start TC with empty INI?
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
Using TC 10.52 / Win10 x64
Using TC 10.52 / Win10 x64
My findings with fresh ini:
32bit: very slow refreshing target panel, TC busy between updates and responsive for a very short period until refresh is complete
64bit: TC busy until refresh is complete. With many files at target panel it takes quite long. If I change directory on the target while copying then another long refresh is invoked.
I've tried this again with my standard ini and now TC64 shows during the whole copy operation the message box "Reading directories: 1 (ESC to abort)". Another try and now that message box is shown for shorter period period and TC64 is shortly responsive.
It seems to me the behaviour depends on caches, wifi traffic and only God (and maybe Christian) knows what else.
32bit: very slow refreshing target panel, TC busy between updates and responsive for a very short period until refresh is complete
64bit: TC busy until refresh is complete. With many files at target panel it takes quite long. If I change directory on the target while copying then another long refresh is invoked.
I've tried this again with my standard ini and now TC64 shows during the whole copy operation the message box "Reading directories: 1 (ESC to abort)". Another try and now that message box is shown for shorter period period and TC64 is shortly responsive.
It seems to me the behaviour depends on caches, wifi traffic and only God (and maybe Christian) knows what else.