Hello, Pavel Pecha
Thank you for your feedback. As you have observed, the normal behavior should be: explorer.exe runs continuously as the main shell process (responsible for the taskbar, desktop, etc.). When you open a folder via Win+R, ShellExecute, or other methods, the main process should handle the request and create a new window thread in its own context. When you close that folder window, only that thread is destroyed, while the main process remains active, with stable memory usage. Other community members are experiencing the same issue.
Currently, the options are either to attempt to fix or workaround this bug in the native Explorer, or, as you asked, to seek a powerful alternative.
- Fixing or bypassing the native Explorer behavior
In some cases, using the built-in start command in cmd.exe is more robust than directly calling explorer.exe. The start command has its own logic for handling path resolution and launching applications, which can sometimes bypass Explorer's bug.
Try running the following in WIN+R:
start %onedrive%
Or in your code, call cmd.exe /c start “” “%onedrive%”. This approach sometimes correctly passes the message to the main shell instead of triggering a new process.
- Use a powerful third-party file manager
If you're tired of Explorer's unreliability or need more advanced features (such as scripting, advanced command-line control, etc.), switching to a high-quality third-party file manager is an excellent choice. Examples include Total Commander, Files App, etc.
I look forward to your feedback.
Best regards,
Ian Trinh | Microsoft Q&A Specialist