Where do the bug reports go?

:frowning: I found a bug and I want to report it but I can't find a logical place in the forum to put it, so here it is under developers.

:angry: I am trialing Directory Opus 9 v9.0.0.4 and I have discovered that after working inside a folder, exiting the folder and trying to delete the folder that it is locked by opus. (I am using Unlocker to discover which program is locking it). There is no files open from within the folder and no lister views are active of the folder.

:smiley: I have been searching for a good directory program for ages and now I think I may have found one in Opus 9. I used to use Opus on my Amiga many moons ago, it was the best then and its looking like the best now (I'm still evaluating).

The Help & Support forum is where you can talk to people about problems, whether they are bugs or things you don't know how to do.

While GPSoft do read the forums they may not see or remember every message. To report bugs to GPSoft, so they are added to their database, you should use their support form: gpsoft.com.au/Support.html

Moving on to the problem itself:

[ol][li]Does this happen with all folders or just some?
[/li]
[li]Is there any pattern to the ones which get locked? e.g. Always ones on removable drives, or always ones with video files in them, etc.?
[/li]
[li]Did you try waiting 30 seconds or so to see if the lock was released? (That's a long time to wait but it will make the problem easier to track down if we know whether it's something holding a lock forever or just something with a legitimate lock that's taking an unusually long time.)
[/li]
[li]Try disabling everything under Preferences - Plugins - Viewers, and also the option Preferences - Lister Display Modes - Thumbnails Mode: Use shell image extraction, then restart Opus and see if the locks still happen. If that cures the problem then one of the plugins for Opus or Explorer was locking the folder for some reason.[/li][/ol]
Let us know about those things and we'll see if we can work out what's wrong here.

(There's probably no need to report the problem to GPSoft at this stage. Let's see how far we can get here; if we can't solve it we'll at least have more information to give them when we pass the problem over.)

I should have done more tests when it happened, I can't duplicate the problem now.
All I can say is it was a folder on my hard drive that I was using Opus in do edit, view, copy, move etc and when I finished playing I exited the folder with Opus and tried to delete and it wouldn't, after 20 secs or so the error dialog came up saying it can't be deleted etc. I used 'unlocker' on the folder which reported 3 or 4 handles to Opus locking the folder, I did all the normal stuff like closeing all aps not being used, nothing was using either the folder or anything in it and no hidden lister viewes were active. I manually released the locks with unlocker and deleted it OK with no ill effects to Opus. As time was pressing when it happened I couldn't do any more experimenting other than reporting it a little bit later.
I am a programmer an I know how easy it is to forget to close a handle when opening a folder as the program continues to work fine forever.

I'll have to defer my complaint for a while until I can make it happen again and duplicate the procedure that caused it. Obviously it is not a common problem.

By the way I'm still using it, its looking very good so far. It does take some time to get used to it as it is so different to anything else.

It's not always Opus itself, either. Opus calls on lots of other DLLs (plugins, shell extensions, codecs, etc.) to do things and if any of them keep a handle open it'll still be reported as dopus.exe holding the lock.

Because of that it can be a real pain to track down the cause of locks. AFAIK they are not normal, though. Let us know if they do come back and especially if you find a reliable way to make them happen.