[Bug] Two bugs dealing with queued copy.

[Blight]

The first is when you copy a file using an active queue and one exists and you select "skip all", the skipped file remains in the list, but the copied files are copied ok, this is just cosmetic.

The second is... when you copy to queue, at times TC will freeze when you enter a directory until the queue copy ends. Maybe a thread sync issue, I don't know really, but it defeats the purpose of the queue copy.

[Clo]

2Blight

Hello!
¤ I didn't noticed exactly the same problem than yours with this function, but the French user "Aurélien" has another:
http://ghisler.ch/board/viewtopic.php?t=2727
I translated an abstract below:

"Under Windows 2000 Pro SP 4 and under XP Pro SP1a, a problem occurs when I send a second file in the queue, while the first is copying...
The first file is copied alright, and the second is not copied, although it was sent to the queue-list too.
The files are transfered via a radio-network (at home), and with the same plus a classic cable-network (at my office).
So, it's a copy operation from a remote HD to a local HD, or the opposite..."

Personally, I verified: it's true, that bug is real - it could be seen only with very big files-.
I think that this function has a bad designation: I thought in first to get a physical list to set files to copy (later)...
With relatively small files, there is no queueing effect, all files are copied immediatly in the target dir., as so well local as remote.
Friendly regards,
Claude French translator of TC for... a while!
Clo