Active locked tab not closing in style switching

Have a large number of styles setup. Working well apart from when i use a style with locked tab/tabs. If I keep a locked tab active then switch styles the locked tab isnt closed. Happens every time and only if the locked tab is active. The locked tab will close after 2 style changes. Is this by design? If so any chance of a switch to turn this function off.

BTW When i switch styles a lot, back and forth dopus regularly crashes to desktop(this pc is prime95 stable) Does not appear to be any pattern to this(If i switch between just 2 quickly it will crash almost straight away)

Using windows 7 x64
dopus 10.2.0.6(4752) x64 Pro

regards :slight_smile:

update this happens if i have im using the folder option under styles/prefs rather than a tab group. NB i have "close existing folder tabs" selected in both cases.

Can you give us exact details/steps for both problems? Details of the styles, existing tabs, what's being clicked, and anything else.

Or, if you want, create a configuration backup (Settings -> Backup and Restore) and send it to me via a private message, along with instructions on what to do/click to recreate each issue.

Have tracked down the crashing problem. I have a USB drive(shared) on a networked PC and tabs set to the networked PC and one to its USB drive. Its the USB tab that causes dopus to crash. If I remove the USB drive tab all is well. I have tried another USB drive on the same networked PC and get the same result. If the PC is off I just hit the "cant access network resource error" and then no crash.

As for the locked tab situation. Create 2 styles one with a locked tab, the other using a folder, not a tab group.(having "close tab groups" set makes no diff, but using a tab group will) Switch to the style with the locked tab keep the locked tab active, then back to the other. The locked tab should follow you(only if its left active though). Ive created a few more styles to try this and its happening each time.

Ive also sent you a PM with my config. Thought id post here too just incase the info proves to be useful for others.

regards :slight_smile:

What sort of crash do you get? Is there an error message? What sort of files are on the USB drive?

dopus immediately crashes to desktop, no error message. Drive has mainly movie files on it. Other drive I tried is a mix, but mainly archived files.

update:- usb root folder is just folders(each has movies in it)

btw this only crashes the active lister

So Opus itself keeps running?

Does this happen when you first browse to the USB drive is the stuff about switching tabs important to get it to do it?

I can see the lister loading/drawing the style tabs . If i switch to the style with USB tab on and switch to another style before the USB tab shows it will crash only the active lister. Other listers I have running appear to be unaffected. I can double click desktop etc no problems. If I wait for the USB tab to draw on screen it dosnt crash.

Just tried turning the USB tab off again updating style and getting no crash as reported earlier.

I'm not sure what you mean by being able to see "the lister loading/drawing the style tabs". The tabs should be displayed instantly when the Lister opens, it shouldn't be possible to see them being drawn and click on them before they are drawn completely (unless your computer is running incredibly slowly).

What are the actual settings of the tab in question? Can you post screenshots showing the style configuration?

the style that causes the crash has the tree opening. I can see the style open the tree, but if I switch at this point before it has a chance to load the tabs in both columns it will crash. If i let it load all tabs in both columns its fine. Switching off the tree makes no diff to the crash though, just harder to trigger due to faster loading speed.

I've already sent leo a copy of my config.

We haven't been able to reproduce this so far, so it might depend on the contents of the folders or maybe a shell extension installed that you have but we don't.

If you set up a test style where all the tabs point to C:, does the problem still occur?

ok wierd...i deleted the offending style and recreated it. no crashing to desktop i did get this though.

but this has hapenned once. I consider it closed. Have downloaded ShellExView and am going to go through those.

BTW can you reproduce the persistent tab problem/feature?

here the steps to reproduce..

add a style name test
add a style named test 2
create a tab group with one locked tab called test - set test style to open this and select "close exsisting folder tabs"
set test 2 to point to a folder not a tab group, select "close exsisting folder tabs"

click test style then test 2 you should see the locked tab follow you. If you unlock the tab, then save the over the test tab group it stops persisting. I dont know if this is by design or not. Ive just followed the above steps twice and can recreate each time.

BTW what exactly is the update on the style tab supposed to save?

many thanks to Leo and Jon for you're time on this. Time to get back to some dopus loving now :slight_smile:

spoke too soon, crash is back. If i add a tab that points to the root of a networked PC it crashes again. If i just point at the networked PC shared drives its fine. Dont know if this helps any. But am going to go through my ShellEx's see whats what