When extracting a RAR-archive within a RAR-archive with new name to queue, rename doesn't work.
What are you doing exactly?
- Opened a RAR within lister.
- Opened a 2nd RAR within the 1st RAR.
- Copy as.
- Renamed and queued (as another copy-process was running).
I suspect the delay caused by the queueing and other copy-process is the important part.
The inner RAR would be extracted to a temporary folder when you double-click on it, then you queue up an operation on the archive in that temporary folder, then close the archive. Then after a while Opus deletes the temporary folder as it shouldn't be needed anymore.
Archives within archives are not supported to the extend of the copy queue system keeping them around in cases like this. If you must deal with such archives, keep things simple.
(Except for special cases where archives-in-archives are the norm and where we've added explicit support for them, like .tar.gz files.)
Well, it's seldom to have an archive-in-archive, so we can surely ignore it.
...do not want to open new topic, as it is nearly same issue:
Copy as from Rar (not Rar in Rar like above) when using queue does not work. Original filename will be used instead.
You're reported that already here.
It's still on our list.
Sorry Leo, I thought it was already fixed before and occured again.