Tabs are empty in DO 13

This morning, after restarting the Windows 11 PC, I opened DO 13.10.1 and saw this empty tab bar:

OK, closed DO an re-tried again, same behaviour. I then completely closed DO and restarted DO again, same issue again.

I had to switch to a different tab group and back to the first one that was active before - that solved the issue. Now tabs do have correct labels and their content is visible.

I see some parallels to https://resource.dopus.com/t/folder-tab-content-not-loading-after-clicking-tab/52026/11

DO13 is running on Windows 11 on a VPN connection to my office. The tabs that were initially empty are showing collections, files from network shares from office using this VPN connection. If this matters in this case.

Do you have any scripts installed that might be involved?

Two tabs indeed had evaluator groups and columns in place but most of the others not. At least not on the left lister.

The tabs contain a mixture of collection items, shared folders local files.

Today, no remote work, no VPN, I'm back in office. I did not see this behaviour after the initial start of DO in the morning.

To be fair, I did not this this behaviour at any time before yesterday.

Just to confirm - same here early this week.

Today again. Slightly different issues: Most of the tabs showed a content, some not. Labelledagain with "Empty Tab" and content was missing.

Which scripts do you both have installed?

Which antivirus and similar are you using? (There have been cases of them messing with XML config files.)

Did this start happening on the first reboot after updating Opus, or is a change outside of Opus possibly the cause?

If you haven't exited Opus or rebooted since it happened, can you share the content of this file?:

/dopuslocaldata/State Data/openlisters.oll

(Paste that into the path field in Opus and push return to locate it on your system.)

(I'm assuming Preferences / Launching Opus / Startup / Open the Listers that were open when the program was last closed is on. If not, a different file may be relevant, depending on the config and how Opus was launched.)

Nothing fancy, have always been activated since day 1 of DO13.

Sophos Intercept X, company wide antivirus solution.

It suddenly happend, I assume after doing one of the beta installations which I'm always installing after their release.

Sure, but its quite empty:

<?xml version="1.0" encoding="UTF-8"?>
<lister_layout flags="1" />

This is the current content after a full restart of DO (no Windows booting) right now, the tabs are empty again (not all, but most of them on the right lister):


The content of the files does not change even after some restarts and tabs are normal again (after switching between some tab groups).

What is Save Layouts As Vars? That sounds like it could be related, at least.

It's a script from @lxp: Cycle through Layouts - Buttons/Scripts - Directory Opus Resource Centre (dopus.com)

I just removed/disabled it and restarted DO, same picture, though. Previously, after the PC booted the first time today, DO again showed this tabs as it did after disabling the script above.

This is a screen showing the right lister, the left one is correct, although it, too, contains tabs from various network shares as it has on the right side.

Edit: Did I already mention, that clicking on any of those empty tabs does nothing at all? No content and no loading from its defined source.

Edit2: After switching tab groups forth and back to the initial one, it now get's even worse, did a complete restart of DO.

I have the impression, this has to do with the VPN connection. However, it's not that simple because the mapped drives exist, even in Windows Explorer and show the appropriate content there, within DO, when opening the path of one of those now empty tabs in another, newly added tab, I do get the content too.

So , basically, the connection and the files and folders are accessible but not in DO at the time being.

If a layout has been saved with empty tabs then they'll remain even after disabling the script. You'd need to recreate the layouts.

The script just reads the layout names and stores them in variables when a lister is activated. It doesn't touch the layouts or any tab.

The button uses the names from the variables to open a chosen layout.

It'd be odd if the script could cause empty tabs.

That's my observation, too. I've never used this script to be honest.
The tabs that load when DO starts are there for quite a long time now.

That can't be where the tabs (empty or not) are coming from in that case.

How was that window opened?

Which window do you mean in this case?

The window with the empty tabs.

If you mean the listers on both sides, they were automatically openend when DO starts. It is the now restored layout and their tabs before closing DO completely.

I've tested another tab group and closed DO again, restarted and again, the tabs of this tab group are empty as well.

So, it's obviously not a matter of a specific tab group, it affects all groups here. Not all of those tab groups do have the same source in their tabs, of course.
It's a mixture of local paths, network shares mapped to a device letter and shares with UNC paths.

And not all tab groups are affected equally: When restarting DO and the previous state is restored, no matter which tab group was active before quitting DO, some tabs do show a content others not. Again, no exact rule can be found which tab shows a content or not. It's almost random it seems.

Beta 13.11.4

Made a change to hopefully fix reported occasional behaviour where tabs stored in the "last closed" layout would re-open as empty.

Unfortunately, this did not solve this behaviour either.

I just installed this new beta, completly exited DO and restarted. Again I see tabs that are empty in their content and tab labels. Those were not empty before closing DO.

The problem could be left over from the old version, as it was something that could happen if shutdown happened at the wrong moment.

Hopefully it won’t happen again now the new version is installed, but please let us know if it does.

Unfortunately, it still happens, even after various restarts of DO 13.11.4 right now:

One tab group

or another tab group
image

next one
image

While trying to reproduce, I cycled through various tab groups, exited DO and restarted again after selecting a new group.

Result was as before, empty tabs all over in each tab group I've called.

Interestingly, the active tab always shows a content while all the other are emtpy and labelled as such, see images above.

So you’re able to trigger it really easily? That must be a different cause to the one we fixed, but also one which must depend on some extra factor for it to happen all the time for you but not us.

Could be tied to scripts or config, or even antivirus messing with the XML files. (“Privacy” functionality has been known to break reading/writing files containing certain names the AV thinks are private data, for example, which could tie it to particular paths or even anything with a username in it.)

If you can think of anything we could try to help reproduce what you’re seeing, please let us know.