Unpack threads stop when Overwrite dialog is shown

[mi-chi]

Assume the following situation:

A list of files is copied from location A to B using the Queue (Copy -> F2 (Queue)).

One of the files at the end of the list already exist in location B, so the confirmation dialog will be shown later.

Now multiple RAR files are selected to be unpacked from location C to D (Alt+F9 -> Enter).

Both threads work now separately: the job queue in a separate window and the unpacking in the main window.

If the Queue (copy process) has reached the duplicate file, it will show the confirmation dialog, asking the user to overwrite the destination file. During this time (as long as the dialog is open), the unpacking process of the RAR files will also stop immediately any keeps doing nothing until the user confirms the dialog of the copy queue. In that case, the RAR process could still continue.

Not sure whether this is really a bug or not, but it's annoying when the user has left the system because he knows that these operations will take several minutes as both, the list of the files to be copied and the list of files to be unpacked are large, and when he returns, the dialog is there and both operations are halted.

[ghisler(Author)]

This is indeed a known limitation, sorry.