-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Long times to open Explorer.exe windows ... #69
Comments
I'm facing the same issue, it started after I enabled Device Guard and Hyper-V in Windows and enabled WSL2. |
so when you disable device guard its fine? |
Completely disabling device guard and virtualization based security and hyper-v using the DG_Readiness powershell script here https://docs.microsoft.com/en-us/windows/security/identity-protection/credential-guard/credential-guard-manage improves the performance a bit, however the issue remains. Also build 2004 here. The slowdown appears to be in the invocation or rendering of native controls as even native text box drop-downs take a second to appear, even the print dialog or native windows shell dialogs. |
This issue doesn't affect Edge Chromium |
Basically doing anything in Explorer is slow for me. Hyper-V and Virtualization Based Security disabled. |
@DavidXanatos Will you please look at this? |
yes I will patience... please :) |
Currently is there a recommended set of configurations with regards to Hyper-V/Virtual Machine Platform/WSL and other virtualization configurations in Win 10 to use. |
Has anyone found a solution to this? Does this happen to everyone on 20H2? |
Yes, it still happens in build 2009. this is not solved. |
i have updated my development VM to 20h2 an will take a look on that issue soon |
Thanks david, same problem here! 20H2. I too am using virtualization. |
Just so that this is not mistakenly closed: Just mentioning that this is still an issue with "Explorer.exe" Windows, regardless of the changes in v0.7.4. |
strange for me in the latest build the explorer runs very well, can you make a video and descripe in which usecases you are still getting these slowdowns? |
One thing I noticed: I have a lot of disks on this system and it seems that Explorer is polling MountPointManager (and related) a lot. Don't know if related to this problem or not... |
I was forced to basically abandon Sandboxie completely thanks to this bug. Not only is opening explorer things inside sandboxed applications unbearable and unusable slow, but it has a big slowdown on the whole machine even for non-sandboxed processes. When I removed Sandboxie I realized how much effect it had open my machine responsiveness as a whole. It just seems to be much much worse with Hyper-V and Memory Protection and Device Guard/VBS and those things active. Note : I had forced programs and forced folders also active at the time. The slowdown gets exponentially worse if you have something like TortoiseGit / TortoiseHg and other shell extensions active also. |
@henrikx whdo you get a monitor buffer overflow? also yea a remote session would be helpfull |
I don't normally get monitor buffer overflow, but I think it happened because of the recording software. Just tested it and didn't get that message and it does not make a difference to this bug. Nothing in access trace log on box options enabled. Turning on or off the global "trace logging" button also makes no difference. Where can I contact you to set up a remote session? I have Discord (ciken#9165) if you use that. |
@DavidXanatos Did not hear from you yet. Please let me know where I can contact you, so that we can troubleshoot and hopefully get this fixed soon :) |
@DavidXanatos Did you manage to reproduce this on Windows 10 ? |
No on windows 10 the explorer seams to work ok for me, not as fast as unsandboxed but bwloe 1-2 seconds for the context menus |
On average spec PC like mine, it takes anywhere between 2-6 seconds to open explorer and then same for context menus. Trust me, it gets highly frustrating if the job requires repetitive action. Maybe windows 10 thing was passed on to windows 11 due to which windows 11 also has similar issues. And maybe windows 11 solution could work on windows 10. |
Windows 11 solution was to wait for a fixed windows 11 insider build, so it wil defiently not apply to 10 |
I've just noticed that I can reproduce this issue only on my real machine, not on a VM environment. |
Can confirm this. The performance is still reduced, but it is a lot better than before. |
One interesting aspect to this bug is that it seemingly only affects the standalone instance of Explorer.exe. If I am using a program invoking a OpenFileDialog, the dialog runs fine with no performance issue (I tested Firefox's save page dialog). |
I may have a few additional lines for that too. Please make sure to have installed 0.9.8c / 5.53.2 and apply:
P.S. Make sure to not have repeated |
Thanks! These lines improved performance a little bit, but unfortunately not enough to call the performance "good". It still chugs quite a lot while selecting files, and it freezes for half a second when entering a directory. |
Well, I looked into this issue and obtained a few results, so I'm sure that an experienced dev could do better. 😘 |
Any updates on getting File Explorer to run on Windows 11? It's been officially released. |
I think the maintainer is waiting the next updated Windows 11 release, see here. |
The slowness with sandboxed sessions of Windows Explorer is definitely improved for me with Plus 1.0.7 / W10 21H1. But there are still two remaining things:
|
I think that the Ribbon menu slowdown is related to multiple Plus 1.0.7 log with Windows Explorer (ribbon menu slowdown)
|
It takes a long time to open folders (save as) in Firefox.
It takes a long time to open menus (right mouse button) in Opera.
It all started with the upgrade to the Windows 10 2004 feature update.
I use the current version 5.41.2, Windows 10 2004 (Build 19041.329)
Thanks!
The text was updated successfully, but these errors were encountered: