Reoccurring hanging of DO on waking from sleep

[ryobg]

I have hard time to reproduce it, but occasionally, after restoring my PC from sleep, DO just goes in slower responsive mode. A process check reports the following thread & stack hanging:

I'm opening up this issue just in case, as it might lead you to fix that bug. A similar thread seems to have been created before years: Opus opening after pc wakes from sleep

It might be related to that I also have an external HDD, physically attached non-stop. I don't use "Replace Explorer with DO" and the default Auto-Play setting is to do nothing.

[icarus]

I am having issues where Directory Opus 12.23 hangs / freezes (no response) occasionally on my new laptop. Killing the process and restarting Directory Opus does not help but lead again to a freeze.

So far I could not identify a cause for this behavior. My primary hypothesis was that the restored configuration backup from my desktop PC might have caused the trouble. However, initially after every reboot Directory Opus works fine. While reading this post I noticed that the problem likely occurs for me as well after the Laptop has been in sleep mode.

I am running DO on Windows 10:

Edition	Windows 10 Enterprise
Version	20H2
Installed date	‎06.‎01.‎2021
Operating system build	19042.746
... (not sure how to translate the German "Leistung" in this context)	Windows Feature Experience Pack 120.2212.551.0

I will try to investigate this issue further in the next days as it really breaks the efficiency of Directory Opus I got used to and do not want to miss.

[Jon]

If you take a process snapshot while it's hung and send it to us we can look to see if there are any clues as to what's happening.

[icarus]

I tried to deterministically reproduce this issue by just putting the laptop in sleep mode while Directory Opus is running, but this does not cause the freeze. I will try to make a process snapshot as soon as I encounter the issue the next time.

[Leo]

Thanks for sending the process snapshots and some additional information.

I'm copying the extra info here, to keep everything in one place:

In addition to the linked post I have to say that I am quite unsure about whether the sleep mode suspected by the thread creator is the cause (of my issue). So far I have not found a way to reliably reproduce the freeze by putting the laptop to sleep and waking it up again or by any other way. It just occurs from time to time.

Notes

• When the freeze of Directory Opus occurs it seems like that when I start the Windows explorer it will freeze as well. So this might not necessarily be a Directory Opus issue, but maybe an issue of a software Directory Opus relies on.

• Further when a freeze of Directory Opus occurs, the remaining system continues to work fine.

• Killing the Directory Opus process does not help. After starting it again, DO immediately freezes. However, a reboot seems to always fix the issue until it occurs again after some time.

• The crash dump was created after killing the process of a froze DO and then restarting DO that immediately froze again

The process snapshots show that Opus is hanging when it asks Windows which overlay icons should be displayed for a couple of paths, or items within them.

My guess is that the File Explorer hangs are the same issue.

The two paths involved are C:\ and the Desktop folder.

I would try disabling icon overlay shell extensions using ShellExView 64-bit, then rebooting to see if the problem comes back.

Also check if there are any icons on your desktop pointing to things which no longer exist, or which are on network drives that are not always accessible, or any special folders/icons for things like Cloud Storage or similar non-filesystem folders which might involve a shell extension.

[ryobg]

Also check if there are any icons on your desktop pointing to things which no longer exist, or which are on network drives that are not always accessible, or any special folders/icons for things like Cloud Storage or similar non-filesystem folders which might involve a shell extension.

As far my case is concerned, I use only one USB external HDD, which I believe was in both times in the active or at least in a background tab - I have it mapped all the time. Then I have also Cloud storage folders (OneDrive + Dropbox), however they are almost never opened, Dropbox's root folder might have been visible tho.

[Leo]

If you send us some process snapshots we can see if it looks like the same underlying issue, or something else.

[icarus]

Thank you very much for the quick response and detailed answer - I am impressed by the support .

This gives me a good chance of pinpointing the cause of the freezes. I will report here in case I find out the exact circumstances that lead to the freeze.

Update:
I have Icon Overlay Handlers for:

• Adobe Core Sync (extension version 4.3.71.1; Adobe Core Sync seems to be part of the Adobe Cloud installation)
• Boxcryptor (extension version 2.1.402.200; Boxcryptor client version 2.42.1333)
• Nextcloud client (extension version 3,0,0,47; nextcloud client version 3.1.1)
• Owncloud client (extension version 1,0,0,46; owncloud client 2.7.4 build 2934)
• TortoiseSVN (extension version 1,1,4, 26626; seems to be the overlay handler for TortoiseGit as I am only using TortoiseGit and not TortoiseSVN; TortoiseGit version 2.11.0.0 )
• Synology Cloud Station Drive client (extension version 1.0.0.1, Synology Cloud Station Drive version 4.3.3-4469)
• Norton Security (handler version 10.18.0.16)

Extension version refers to what ShellExView displays for the Icon Overlay Handler's version.

I disabled them all in order to see whether the freezes will be gone. I did not disable the handler Enhanced Storage Icon Overlay Handler Class from Windows.