-
Notifications
You must be signed in to change notification settings - Fork 8.4k
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
WindowsTerminal.exe leak (never exit) after the wtd.exe new-tab ...
command line process exits.
#16456
Comments
Hi I'm an AI powered bot that finds similar issues based off the issue title. Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you! Closed similar issues:
|
Thanks for filing this! I noticed this a few weeks back and totally forgot to file or investigate it. I'm guessing we're starting up the settings file watcher as we do the handoff to the monarch, but then never closing. |
Oh, @zadjii-msft, this is the one that was caused by microsoft/wil#326. It may have been fixed in microsoft/wil#386 Which we should ingest! |
(it hasn't been shipped to the nuget feed yet) |
This includes a fix for the hang on shutdown due to the folder change reader. Closes #16456
This includes a fix for the hang on shutdown due to the folder change reader. WIL now validates format strings in `LOG...` macros (yay!) and so we needed to fix some of our `LOG` macros. Closes #16456
Windows Terminal version
latest commit of main branch
Windows build number
10.0.22631.0
Other Software
No response
Steps to reproduce
Execute the following command on the command line:
Expected Behavior
There is only one WindowsTerminal.exe process after the ping command ends
Actual Behavior
Each time the above command is executed, there will be one more WindowsTerminal.exe process.
I debugged the redundant WindowsTerminal.exe process and found that it was stuck on the line highlighted in the picture below.
D:\1\winterm\packages\Microsoft.Windows.ImplementationLibrary.1.0.230824.2\include\wil\filesystem.h
I guessed it might be related to
Microsoft.Windows.ImplementationLibrary
, and then revert this PR #16120After recompiling and building, the problem disappeared and there were no redundant leaking processes.
The text was updated successfully, but these errors were encountered: