Hello. After I updated Directory Opus to version 12.30 (Alienware X15 R2 laptop), the right-click context menu is taking forever to load. The only way to keep my sanity was to disable most of it by ticking "on" the "Preference \ Miscellaneous \ Windows Integration \ Hide Windows items on file context menus (shift overrides)" option. This morning, to check whether the problem was really coming from DO 12.30, I updated DO to v12.30 on another PC (Dell XPS 13 laptop), which led to exactly the same problem. Please help fixing this very annoying bug. Thank you very much and kind regards.
Please try the steps here:
That should link to the Finding The Culprit section, but if it doesn't please scroll down to find it.
Those steps may point to a particular shell extension. If it does, let us know which one and we can try to reproduce it or advise. (Check if there's an update for it as well, if appropriate.)
As there is no crash involved, but "only" a very slow right-click context menu response time, I am at a loss to read / interpret the results of the DebugView. May I send you the resulting LOG file by email? Please tell me to which email address I should send it.
I would also like to stress that there was no problem with the previous version of Directory Opus. This "very slow right-click" problem only appeared after upgrading to version 12.30.
Please zip the log and send it via private message (click my icon for the message option). There’s usually nothing private in it, just a list of shell extensions.
Please try adding {1454BEE1-EC6D-4D38-BCFD-1DA1F91BA46E}
to Preferences / Miscellaneous / Advanced [Troubleshooting]: ignore_context_menus to see if the problem still happens afterwards.
It looks like the problem is due to the Apple iCloud shell extension taking over 30 seconds to initialise:
00000223 0.86750859 [23276] [13332] dopus: CLSID: {1454BEE1-EC6D-4D38-BCFD-1DA1F91BA46E}
00000224 0.97007918 [35260] [35260 @ Sun Nov 27 2022 15:46:29.471] 4092 WARN DllMain iCloudPhotos + AOSKit version 14.0.0.162 (129.9.22.79) running on Windows; 10.0.22621.819; Win11 Core; x64
00000225 0.99734122 [35260] [35260 @ Sun Nov 27 2022 15:46:29.498] 4092 WARN QuarkApp::Run Not enabling crash dump generator; either debugger is present or logging is not enabled
00000226 1.00022471 [35260] [35260 @ Sun Nov 27 2022 15:46:29.502] 4092 WARN LogICloudInfo Running C:\Program Files\WindowsApps\AppleInc.iCloud_14.0.162.0_x64__nzyj5cx40ttqa\iCloud\iCloudPhotos.exe
00000227 1.00126731 [35260] [35260 @ Sun Nov 27 2022 15:46:29.503] 4092 WARN LogICloudInfo Args: "C:\Program Files\WindowsApps\AppleInc.iCloud_14.0.162.0_x64__nzyj5cx40ttqa\iCloud\iCloudPhotos.exe" -Embedding
00000228 1.00250983 [35260] [35260 @ Sun Nov 27 2022 15:46:29.505] 4092 WARN LogICloudInfo iCW Version 14.0.0.162 (file version 421.0.0.1) running on Windows; 10.0.22621.819; Win11 Core; x64
00000229 1.00315714 [35260] [35260 @ Sun Nov 27 2022 15:46:29.505] 4092 WARN LogICloudInfo PackageFamily=AppleInc.iCloud_nzyj5cx40ttqa (Store), AppID=iCloudPhotos, IsElevated=0, IsInAdminGroup=Yes
00000230 1.00371552 [35260] [35260 @ Sun Nov 27 2022 15:46:29.506] 4092 WARN LogICloudInfo WorkingDir: C:\WINDOWS\system32
00000231 1.00487673 [35260] [35260 @ Sun Nov 27 2022 15:46:29.507] 4092 WARN LogICloudInfo HEIF installed: Yes. HEVC installed: OEM. iTunes AppX installed: Yes
00000232 2.70399189 [35260] [35260 @ Sun Nov 27 2022 15:46:31.207] 37784 WARN WP::Daemon::InitializeCloudFiles Ignoring; can't initialize CloudFiles when iCPL is disabled.
00000233 2.70486760 [35260] [35260 @ Sun Nov 27 2022 15:46:31.208] 37784 WARN QuarkApp::_InitializeDaemonAndWait iCPL daemon reports initialization failure!
00000234 33.10182190 [23276] [13332] dopus: AHI(CLSID): CCI IEC failed
If it were me, I would try re-installing 12.29 to be sure.
A change in 12.30 means a few context menu shell extensions which Opus wasn't aware of in the past will now be tried, and the iCloud extension is the kind that may have been skipped in the past.
The problem is still in the iCloud extension, but this could explain why it wasn't affecting things in 12.29. (It's also possible the iCloud software was updated around the same time, of course.)
Telling Opus to ignore the iCloud shell extension should fix things, in any case.
Dear Leo, I followed this instruction, adding this code to Preferences / Miscellaneous / Advanced [Troubleshooting]: ignore_context_menus.
This fixed the problem on most right click, although I still have the issue - albeit with a slightly shorter waiting time - when right clicking on an ".ini" file.
I created a new LOG file which I will DM to you now.
PPM
Does right-clicking the same ini file in File Explorer have a similar delay? (Try clicking the Show More Options item after it appears, too.)
The new log shows a large number of shell extensions installed by Dropbox, and some from OneDrive, each using a little bit of time but adding up to a lot.
You could try blocking all of them. Add to ignore_context_menus
, one per line, any CLSID above a "CCI IEC invalid" line in the log. For example, {95C5E6AC-93FA-4234-8301-1B3D5424AA6B}
from these two lines:
00000173 0.57099319 [12840] [2896] dopus: CLSID: {95C5E6AC-93FA-4234-8301-1B3D5424AA6B}
00000174 0.87900621 [12840] [2896] dopus: AHI(CLSID): CCI IEC invalid
Right-clicking on the same ini file in File Explorer opens the relevant menu instantly.
I will block the various lines you are referring to.
Added a total 41 lines of exceptions... Now it's OK
Hi all,
i've tried to debug and looks like dropbox has a lot of entries. i don't know how to proceed as it has a lot!!! of {} entries and would take ages to do it manually. Default windows explorer has blazingly fast right click menu. Any help?
Thanks,
Manuel
Nothing a decent text editor can't solve quickly.
Here are all the Dropbox shell extensions from your log file. Paste them into the block list in Opus:
DropboxInc.*
{014C361B-BA8A-4D2F-A281-8EB837002EC1}
{0430E2DE-632B-4AD1-8F62-A53D61AE9C63}
{1167CF1C-0A98-493C-91B1-4F0D18809B94}
{28C8436D-F17B-4388-B097-B5F8C3681D1B}
{3340B3D7-438C-4FC9-81BF-8D9D81B05730}
{3BE3580D-276A-4304-B39F-C64A32CE5D4E}
{419D5796-E6AB-4761-AA5B-185C4B26DE74}
{4A44CAD7-6868-443B-9CFB-5F559C6A9493}
{5B08737B-ABBA-47F5-B30E-F09D24936792}
{646E22C5-CD0B-44CE-9570-82165CCDA505}
{67CA84CB-DE8C-47EE-9F3B-48123B1C634C}
{69CCED92-A3BF-44C6-9C54-BC0D6D3EF212}
{6B1D84A8-94F1-402C-99A4-11A124C8D9C9}
{73961F92-4E9C-11EE-BE56-0242AC120002}
{7F4C5B83-2680-40AF-9AE9-2161AA759EF2}
{84D423F5-D599-4F0C-8DDD-93BF146EF6AF}
{89370F74-CECE-4591-899F-43F2C99D4F13}
{8BAA20BD-6EE8-40B6-A512-8B2C8A1B2935}
{95C5E6AC-93FA-4234-8301-1B3D5424AA6B}
{A8B20E50-2D95-43C6-BDAC-1B00C4721A2F}
{B165B4C7-D18D-4C23-B46C-380E219BA5B9}
{C36518B0-11CD-40D6-B932-170857D4372B}
{DF6BE21B-3501-4D6D-A3C8-3BE1F15C501F}
{E6903B9A-4B63-4E3F-AA55-7F3A10DBB0CD}
{EC4F2D9F-847C-4923-898C-073AAB74EFE0}
{F3BC3DAF-431B-4F0E-B105-E9BB76335840}
(Note that the list may scroll slightly. Click the clipboard button at the top right to get everything.)
I don't know why Dropbox have created a separate shell extension for each menu item. It looks like a huge mess to me.
Thanks, now it is fast again. Although Windows explorer has been always fast and i miss now the dropbox functions (e.g. make available offline etc.) which is a pity
A post I read suggested those shell extensions may be from an old version of Dropbox. It might be worth a try to uninstall dropbox entirely, reboot, then install the current version.
It also looks like there are a large number of Dropbox (shell extension) versions installed at once, each of which has to be processed when the menu is opened:
DropboxInc.Dropbox_175.3.5368.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_175.3.5528.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_175.3.5544.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_176.3.5024.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_176.3.5042.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_176.3.5105.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_177.3.5380.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_177.3.5390.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_178.3.4678.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_179.3.4750.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_179.3.4830.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_180.3.4712.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_180.3.4837.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_180.3.4871.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_181.3.5515.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_181.3.5613.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_181.3.5643.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_182.3.6226.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_182.3.6250.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_182.3.6273.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_182.3.6279.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_182.3.6318.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_182.3.6348.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_183.3.6909.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_183.3.6931.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_183.3.6997.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_184.3.6436.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_184.3.6444.0_x64__wkt425jdc3sga
DropboxInc.Dropbox_184.3.6480.0_x64__wkt425jdc3sga
Beyond that, I don't know why they'd be slower in Opus than File Explorer, but the design of their shell extensions looks like a complete mess to me. You'd probably have to ask them about it.
Looking at it some more, there might be something we can do on our side to speed things up. I'm not sure why Dropbox has created this mess (29 Packaged COM versions each with 27 shell extension CLSIDs under them), but my guess is Explorer is only processing a subset of them while we're doing all of them.