-
-
Notifications
You must be signed in to change notification settings - Fork 455
Description
Checks
-
I have checked that this issue has not already been reported.
-
I am using the latest version of Flow Launcher.
Problem Description
I'm not sure how exactly to describe this since I've only done some preliminary testing and I don't know much about how it all works.
Though, based on my observations, it seems like the normal windows behavior is for there to be a single Windows Explorer instance which controls everything. Task bar, desktop, etc. With the explorer windows being subprocesses.
As for flow's behavior, it seems to create an entirely new instance of Windows Explorer with a new explorer window set as one of its children. Due to this, when the window is closed, the child is killed, but the parent instance is not.
Due to this, opening a folder using the explorer plugin will create a persistent (but seemingly dormant) instance of Windows Explorer that never seems to go away until the computer restarts or gets shutdown. Even through task manager, there seems to be no way of killing these extra instances without restarting.
To Reproduce
- (optional) Open task manager and monitor the processes with the name
Windows Explorer - open up a folder in flow
- click on the
Open in default file managerresult - (optional) observe the new windows explorer instance with the window as a child instance
- close the window
- (optional) observe the child process being killed, but the parent instance staying alive and seemingly dormant.
Screenshots
To compare the two behaviors mentioned above, here is the result of me opening up my downloads folder in two different explorer windows manually:
And here is what happens when I open them through flow:
Flow Launcher Version
1.19.5
Windows Build Number
Microsoft Windows [Version 10.0.22631.5335]
Error Log
No response


