Lister Reading Folder Not Resolving

I want to restart dopus.exe from a command line using RestartViaManager.exe or dopusRT.exe /restart.
I have 2 listers open.
On the restart:

  • Lister 1 fails to resolve the "Reading folder" message until I click a folder (even with dopusRT.exe /restart)
  • Lister 1 refresh icon, when clicked, shows an empty breadcrumb path instead of the path initially shown.
  • Lister 2 works just fine.

How can i force lister 1 to resolve without any user interaction?

Dopus_ReadingFolder

Continuing the discussion from Lister Reading Folder Not Resolving:

Exiting and then starting dopus.exe causes Reading folder... to never finish.

  • Same thing happens on the first launch of the lister after a reboot.
  • Clicking any other folder tab, in the group, does not resolve the issue.
  • This issue appears to me to be related to using folder tabs.

Workaround:
The Reading file... messages ends and the file list instantly populates when clicking the breadcrumb folder that matches the folder tab. This is needed for every tab the first time it is used.

Is there anything that I can do to resolve this issue?

Additional Info:

  1. I configured and opened my "default" folder tabs before exiting dopus
  2. I saved the default list Prefs SETDEFAULTLISTER
  3. I have set Preferences to `Open the Listers that were open when the program was last closed.
  4. Using Win 11, Dopus 13.7.8 beta x64

Is this only happening when restarting (like in the other thread)?

This also happens when I interactively load a saved tab group.

Can you send us a couple of process snapshots made while it's in that state?

Dumps sent per your request.

Many thanks.

From the snapshots, it looks like messages being sent between threads are being lost somehow. The main way I know of which can cause that is if there are so many messages (or processing them is slow enough) that a huge number pile up, at which point the OS starts dropping new ones. That'd be really unusual, but isn't impossible. But even if that is what's happening, it doesn't tell us the root cause.

Some things to try:

  1. Does setting everything under Preferences / Folders / Automatic Reading to "Prevent loading" (or "Load on tab activation") make any difference?

  2. Does it matter which folder(s) are being loaded all-at-once? E.g. If all the tabs point to C:\ does it still go wrong?

  3. Are any scripts enabled? Please try disabling them if there are any.

  4. Does it matter if the Folder Tree is on/off?

  1. Only the message "This folder has not been loaded..." shows when everything is set to "Prevent loading"
  2. Does not matter which folders are loading. During the problem occurring I loaded a different Tab Group of only one folder (c:) and issue continues to occur.
  3. No Scripts Enabled.
  4. Issue occurs with or without showing Folder Tree.

What is strange to me is that the issue is with the refreshing of the active Folder Tab. Clicking on the bread crumb and the folder content instantly appears.

I also replicated this same behavior on a secondary computer.

Are there any log files I can enable or view?

Using Win 11, Dopus 13.8

Strange But True
This issue seems to occur after closing one of my 2 floating toolbars, and then exiting and restarting Dopus.

If the floating toolbar is left open before exiting and restarting Dopus, the issue does not occur.

Perhaps this is a clue to what may be happening.

But, after the window is open, do the folders then load OK if you click the option within that message to load them?

I can't think why that would happen, unless there's something quite unusual in the toolbar(s).

Revisited previous steps to answer your question:

  1. Set App Automatic Reading to "Prevent loading".
  2. Closed the floating toolbar.
  3. Exited Dopus via system tray
  4. Started Dopus.

Results:

  • Reading folder... never finishes.

Notes:

  • Setting Preferences>Folders>Automatic Reading>All other drive types to "Load on tab activation" also shows "Reading folders..." when the tab is clicked AND my floating toolbar is closed (This work when floating toolbar was not closed prior to exiting Dopus).

Next Steps:

  • I will recreate the floating toolbar to see if that makes any difference.

Resolution:

I resolved my "Reading folder..." issue by reducing the number of open toolbars (from 17 to 14).
Now, restarting Directory Opus (with or without my Floating Toolbar showing) immediately shows the folder contents.

Observations:
When 17 toolbars (did not matter which ones) were showing, and the "Reading folders..." message was showing:

  • I noticed the folder tabs were showing "Empty Tab" instead of the folder name assigned.
  • One of toolbars (docked to the lister left side) was not rendering the icons (most of which were external icons from places like /system/accessibilitycpl.dll).

Troubleshooting Steps

  • In Win 11, I started a Windows Sandbox.
  • Installed Dopus 13.8 to the sandbox.
  • Restored settings from a Dopus backup.
  • Replicated issue.
  • Closed each of the Lister's docked toolbars, restarting Dopus after each close.
  • By trial & error found that closing different combinations of toolbars fixes the issue.

Follow-up
Leo, if you feel it would help, I can email you my troublesome Dopus configuration file.

@grosner - Problem resolution aside, I'm struck by the number of toolbars you employ at once with DOpus. That's mindboggling!

Yes please. We'll take a look. Sounds like something is taking too long due to the number of toolbars and buttons that need updating, or maybe a particular item on one of the toolbars.

Sent to you via email. Thanks!

Many thanks!

We've found the cause and a fix will be in 13.8.1.

Leo, I continue to be impressed by your care, concern, and responsiveness. You set the perfect example for how software companies should treat their customers!

Thank you for all your efforts!

Gary

I can confirm version 13.9.1 (Beta) 7/25/2024 fixes the issue of Lister Reading Folders Not Resolving!

Additional Information
https://resource.dopus.com/t/directory-opus-13-9-1-beta/51951#miscellaneous-12

Again, thank you!