[TC 8.0b22 both versions] Copy Queue issue

The behaviour described in the bug report is either by design, or would be far too complex/time-consuming to be changed

Moderators: white, Hacker, petermad, Stefan2

Post Reply
fleggy
Junior Member
Junior Member
Posts: 97
Joined: 2011-10-20, 07:00 UTC

[TC 8.0b22 both versions] Copy Queue issue

Post by *fleggy »

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
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

NOT confirmed, just tried it with TC8 b22 64-bit.
Author of Total Commander
https://www.ghisler.com
fleggy
Junior Member
Junior Member
Posts: 97
Joined: 2011-10-20, 07:00 UTC

Post by *fleggy »

Strange... For me it happens everytime. Pls, could you give me some suggestions what can be wrong? Thanks
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 48021
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

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?
Author of Total Commander
https://www.ghisler.com
User avatar
Flint
Power Member
Power Member
Posts: 3487
Joined: 2003-10-27, 09:25 UTC
Location: Antalya, Turkey
Contact:

Post by *Flint »

I tried this but could not reproduce either.

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
fleggy
Junior Member
Junior Member
Posts: 97
Joined: 2011-10-20, 07:00 UTC

Post by *fleggy »

I'm not at home but I'll try on Friday.
fleggy
Junior Member
Junior Member
Posts: 97
Joined: 2011-10-20, 07:00 UTC

Post by *fleggy »

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.
Post Reply