# Lister Reading Folder Not Resolving

**URL:** <https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734>\
**Category:** Help & Support\
**Created:** [March 15, 2024, 1:53am UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734 "2024-03-15T01:53:56Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [March 15, 2024, 1:53am UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/1 "2024-03-15T01:53:56Z")

</div>

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](https://resource.dopus.com/uploads/default/original/3X/7/9/79acd9c1f5917555a65d21312fa128a2897ea659.png)

 ![dopus_startupOptions](https://resource.dopus.com/uploads/default/original/3X/d/3/d3eba2916fcafe054ab89926f66cdf1dd8bfa2e3.png)

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 18, 2024, 5:45pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/2 "2024-07-18T17:45:50Z")

</div>

Continuing the discussion from [Lister Reading Folder Not Resolving](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734):

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.

 ![dopusReadingFolder](https://resource.dopus.com/uploads/default/original/3X/3/3/331e2413cd200bcc7b0b85a432c7b9408ef80445.png)

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

---

<div class="post-metadata">

**Author:** ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)\
**Post date:** [July 18, 2024, 6:20pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/3 "2024-07-18T18:20:51Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 18, 2024, 6:34pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/4 "2024-07-18T18:34:02Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)\
**Post date:** [July 18, 2024, 6:37pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/5 "2024-07-18T18:37:07Z")

</div>

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

- [Manually generating process snapshots](https://resource.dopus.com/t/manually-generating-process-snapshots/34071)

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 18, 2024, 7:00pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/6 "2024-07-18T19:00:39Z")

</div>

Dumps sent per your request.

---

<div class="post-metadata">

**Author:** ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)\
**Post date:** [July 18, 2024, 11:09pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/7 "2024-07-18T23:09:01Z")

</div>

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?

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 22, 2024, 1:35pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/8 "2024-07-22T13:35:47Z")

</div>

> [@Leo](#):
>
> - Are any scripts enabled? Please try disabling them if there are any.

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

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 22, 2024, 7:48pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/9 "2024-07-22T19:48:40Z")

</div>

**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.

---

<div class="post-metadata">

**Author:** ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)\
**Post date:** [July 22, 2024, 11:56pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/10 "2024-07-22T23:56:54Z")

</div>

> [@grosner](#):
>
> Only the message "This folder has not been loaded..." shows when everything is set to "Prevent loading"

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

> [@grosner](#):
>
> 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.

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

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 23, 2024, 1:10pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/11 "2024-07-23T13:10:25Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 23, 2024, 7:23pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/12 "2024-07-23T19:23:41Z")

</div>

**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.

---

<div class="post-metadata">

**Author:** ![Chuck](https://resource.dopus.com/user_avatar/resource.dopus.com/chuck/32/23917_2.png) [@Chuck](https://resource.dopus.com/u/Chuck)\
**Post date:** [July 23, 2024, 9:57pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/13 "2024-07-23T21:57:47Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)\
**Post date:** [July 23, 2024, 10:56pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/14 "2024-07-23T22:56:34Z")

</div>

> [@grosner](#):
>
> Leo, if you feel it would help, I can email you my troublesome Dopus configuration file.

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.

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 24, 2024, 12:04am UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/15 "2024-07-24T00:04:52Z")

</div>

Sent to you via email. Thanks!

---

<div class="post-metadata">

**Author:** ![Leo](https://resource.dopus.com/user_avatar/resource.dopus.com/leo/32/69732_2.png) [@Leo](https://resource.dopus.com/u/Leo)\
**Post date:** [July 24, 2024, 6:00am UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/16 "2024-07-24T06:00:37Z")

</div>

Many thanks!

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

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 24, 2024, 2:11pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/17 "2024-07-24T14:11:55Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![grosner](https://resource.dopus.com/user_avatar/resource.dopus.com/grosner/32/27679_2.png) [@grosner](https://resource.dopus.com/u/grosner)\
**Post date:** [July 25, 2024, 1:09pm UTC](https://resource.dopus.com/t/lister-reading-folder-not-resolving/49734/18 "2024-07-25T13:09:49Z")

</div>

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](https://resource.dopus.com/t/directory-opus-13-9-1-beta/51951#miscellaneous-12)

Again, thank you!
