Sometimes the entire app freezes partway
Windows Terminal version
1.23.12371.0
Windows build number
10.0.26100.5074
Other Software
No response
Steps to reproduce
Upgrade to specified version. Not sure of exact reproduction steps. But a 95% similar situation seems to be always reproducible by:
- Open the first window.
- Close the first window. Note that WindowsTerminal.exe remains running.
- Open the app again, creating the second window.
- Hit Ctrl-Shift-N to create the third window.
- Close the second window.
- The third window becomes partially unresponsive - not quite the same way as I've encountered "normally", as the actual 'terminal' area still remains responsive when doing these steps, but otherwise the same symptoms apply (titlebar stops redrawing, Ctrl-Shift-N opens completely blank windows, etc).
Expected Behavior
It shouldn't do that.
Actual Behavior
At seemingly random times, the terminal window freezes. More precisely, it stops redrawing, but Windows doesn't consider it frozen (e.g. the , and it actually still reacts to input:
- I can still drag windows by their titlebar, resize them (but the contents don't redraw), and click where the 'Close' button ought to be (and the window closes, but WindowsTerminal.exe does not exit),
- I can tear out tabs blindly, but the torn-off window remains blank (only background color),
- pressing e.g. Ctrl-Shift-N (the "open a new window" hotkey) indeed opens a new window (but that window only draws the background color (+ border) and nothing else, it does not fork a powershell.exe process).
We made a couple more changes that we think might impact--or even fix!--this after shipping 1.23; would you be able to try our Canary build/?
We made a couple more changes that we think might impact--or even fix!--this after shipping 1.23; would you be able to try our Canary build/?
So far it seems to be working well, can't reproduce the same hang manually. Will try using it for a bit longer
We made a couple more changes that we think might impact--or even fix!--this after shipping 1.23; would you be able to try our Canary build/?
So far it seems to be working well, can't reproduce the same hang manually. Will try using it for a bit longer
So far didn't reproduce the same hang on Canary.
On the other hand, managed to outright crash it several times by running mtr (OpenConsole.exe crashes but pwsh.exe/ssh.exe remain)
@lhecker I wonder if that's the same as #19325? mtr seems like it might use the ASB
Ever since an update to Windows Terminal recently, I randomly get this:
I can't move the window, close it, or interact with it. I'm not sure if it's the same issue as OP. When it initially updated, I couldn't run Terminal at all - had to reinstall using powershell. But now I get this randomly. I just launched a work project from visual studio, which is a console app, and this is what I get.
This also freezes all of my open terminal windows and I have to force close them to get it to work again.
I've been using Terminal Canary until now, with no hangs or crashes so far.
It seems it may have updated and now the issue disappeared? Not sure. It has been OK today.
Update: even after updating to 25H2 on the Beta Channel the issue remained. Fixed by manually updating to the latest NVIDIA driver version (581.80) instead of using the one offered through Windows Update.
Similar issue, since a few days. Most of the times, the terminal renders eventually (after 10 seconds or so) but each time I open the app, rendering of the entire system appears to freeze for a bit. Mouse does not respond, other windows freeze.
Sometimes the terminal shows an error about the graphics driver:
Resuming does not work:
When it does not show the error, it seems to work fine afterwards. Also, opening a second tab happens instantly.
Windows Terminal version: 1.23.12681.0 Windows version: 26120.6772 GPU driver: NVIDIA RTX 573.57
There was a somewhat severe bug in Windows 11 24H2 which caused apps like Windows Terminal to freeze if another 3D application was running at the same time (e.g. a video game or similar). It was fixed recently I believe.