When I first enter a folder, click on an archive (in this case, a RAR file), and press delete...it doesn't work because Directory Opus seems to be doing something with that file.
I have to either use an unlocking software or wait a couple of minutes, then I can delete the file. Here is what the unlocking software shows:
I have the "size" column enabled in my folder view. Maybe that's what's causing it? But I don't typically have this same problem with non-archive files.
The size column shouldn't cause archives to be locked. Columns that calculate the number of files/folders within things could.
Have you tried disabling your antivirus to see if that is what's locking the files in order to scan them? It's often the cause of lengthy locks on archives, especially if they contain installers or other executables.
There isn't an option for that, no. It's best to only turn on that kind of column when it's really needed, as it'll cause a lot of extra filesystem activity in general.
But it also shouldn't usually take long, or keep a file locked for long, to just list the contents of it. That the file is remaining locked for so long means the problem could still be caused by antivirus scanning the archive when it is opened, which will block the thread opening it to count the contents until the virus scan completes.
(Some archive types can also be slow to list. That can include RARs with a lot of files inside them when made by some versions of WinRAR, from what I remember. See how long it takes to open the same archive and list its contents in another program, since Opus may have cached the listing already if it has opened the file to count its contents.)
Hi there. I've recently installed the software (am still in my evaluation period) and am getting the same issue. I can release the file lock by closing all open DOpus windows, or by openeing another archive. Is there configuration to resolve this issue?
Hi Leo, I've attempted to recreate the issue. In all cases below, on-access scanning remained active (standard windows MS software). See below for testing results. Let me know if you would prefer to see a video of me reproducing the issue, or to test again with on-access disabled.
1 (success). Panes: Source, Destination, Metadata (see screenshot). Task: Open the .zip and drag'n'drop contents to destination pane. Delete Process: Go up a level in the source pane, select the zip file and hit delete. Alternatively right-click the zip and delete (the metadata pane doesn't populate). Result: Delete success!
2 (fail). Panes: Source, Destination, Metadata (see screenshot). Task: Right-click to drag the .zip to the desitnation pane, select "extract all..." and extract to destination. Delete Process: Go up a level in the source pane, select the zip file and hit delete. Alternatively right-click the zip and delete (the metadata pane doesn't populate). Result: Delete fail.
2 (success). Panes: Source and Destination. Task: Right-click to drag the .zip to the desitnation pane, select "extract all..." and extract to destination. Delete Process: Go up a level in the source pane, select the zip file and hit delete. Alternatively right-click the zip and delete. Result: Delete success.
That sounds like you're using Microsoft's archive handler to extract the files, not Opus's one. (The Opus ones aren't named "Extract All", but the one built into Windows is.)
Are you sure it's Opus locking the archives and not something else?
What happens if you use Opus to extract them instead?
From the perspective of a "simple user"
"i use 'extract all...' in explorer without issue but it doesn't work in dopus so it must be opus' fault.
(Also, drag''n'drop with the RMB and select "extract" has the same result of locking the zip)
As a less simple user, how do I use the DOpus extract option, and do I need to install an extention somewhere?
Thanks!