Bug: Top File Display unusable after directory delete

When launched from the command line with a directory, the top File Display of a Lister becomes unusable after an operation that deletes the directory.

You can recreate this bug by:

Configure Directory Opus to use dual File Display (top and bottom) and single Folder Tree by default.

Launch Dopus from the command line with a directory:

C:\>"C:\Program Files\Directory Opus\dopus.exe" c:\tmp\goo

Dopus launches and displays the contents of c:\tmp\goo in the top File Display.

Select the directory c:\tmp\goo in the Folder Tree and delete it.

Now the top File Display becomes unusable. You can't change its directory or create a new tab. Right click on the File Display tab bar doesn't do anything.

Most often it occurs when another program launches dopus (eg popular torrent program) to display the location of the file. You move the directory somewhere and the window becomes unusable.

Note that this does not occur if you open dopus normally and navigate to the directory and move or delete it. Dopus just goes to the parent directory. I believe this is the correct behaviour.

Extra info that I am not sure is relevant, but...
I have dopus configured with 4 tabs in the top File Display by default.
There could be other ways to make it unusable, but my example is the simplest.
Directory Opus Pro 10.5.3.0 (5016) x64
OS 6.1 (B:7601 P:2 T:1) SP 1.0 "Service Pack 1"
Windows 7 Ultimate 64-bit SP1

Thanks,
Null

I couldn't reproduce this on my own machine or in a test Win7x64 machine with Opus 10.5.3.0 and the default config (modified to open a dual lister, of course):

If you can think of anything that might be different about your setup (e.g. Opus config or 3rd party software which might be a factor) or about what I did in the video vs what you do to recreate the problem, let me know and I'll give it a try if I can.

(It's not in the video but I also tried deleting without using the recycle bin, but got the same results.)

Damn, looks like it is working well for you!

But your excellent video reply gives me a clue...

Try making a few tabs on the top File Display, say 4 like I have.
Right click on each tab and select Lock Tab -> Locked (resuse unlocked tab)
Settings -> Save As Default Lister
(I might have this lister set as the default in more than one place, I can't remember all the "what to do when opus launches" options readily, but I try to make them all the same.)

Now go through the original post delete process and see what happens.

I think the difference between you and me is that the first (and only) tab in the top File Display when I launch dopus with a directory parameter is marked as Locked (reuse unlocked tab). Maybe the Locked status is applied to the tab, even though it probably shouldn't be. Actually I think it is a little odd that my 4 default tabs do not show when I launch dopus from the command line with an extra 5th one being the parameter from the command line.

There is an option to open your default tabs when launching for another folder, under the Explorer Replacement preferences.

Does turning that on make a difference to the bug?

Is the folder tab locked, either way? I'm not sure what happens if a tab is locked and the folder it is in is deleted, but it would make sense to some degree if it left the tab unusable, since it's locked to something which doesn't exist.

[quote]There is an option to open your default tabs when launching for another folder, under the Explorer Replacement preferences.

Does turning that on make a difference to the bug?[/quote]

Yes, this makes it work.

The last tab is not locked, so it can be deleted.

I understand where you are coming from, but I still think it is a bug. It looks and feels broken. The File Display even loses it's title bar and you can't click the plus tab to make a new tab.

The tab should not be locked in the first place, it should behave just as your video shows. It must be incorrectly inheriting the locked status from the default lister tabs.

However setting those options as you suggested not only makes it work, it shows my default tabs as well, which is something else I wanted to happen!

So I am very happy! Thanks Leo!

Agreed, there was a bug there and it's been fixed for the next update.

(The tab will still be fairly useless when locked to a folder which has been deleted, of course, but I've fixed the problem which made that half of the file display unusable so you'll be able to close or unlock the tab now, or restore things to normal if the folder is re-created. I've also fixed the separate issue with the tab lock state being inherited from the default lister's first tab when it probably shouldn't be, at the risk that someone might have wanted that behaviour, since it does seem wrong on balance.)