Windows Terminal Freezes on Resize #16075

@functionportal commented on GitHub (Dec 11, 2021):

@zadjii-msft
See attached screenshot:

@functionportal commented on GitHub (Dec 11, 2021): @zadjii-msft See attached screenshot: ![image](https://user-images.githubusercontent.com/5348503/145663275-cefa5361-f0c6-4bd0-90fe-72d8f9385b08.png)

claunia commented

@functionportal commented on GitHub (Dec 11, 2021):

@zadjii-msft Please message me directly to get this file. It's 5gb uncompressed.

@functionportal commented on GitHub (Dec 11, 2021): @zadjii-msft Please message me directly to get this file. It's 5gb uncompressed.

claunia commented

@Cici-Li-Sky commented on GitHub (Dec 11, 2021):

😀

@Cici-Li-Sky commented on GitHub (Dec 11, 2021): 😀

claunia commented

@zadjii-msft commented on GitHub (Jan 3, 2022):

It's 5gb uncompressed

wow holy crap. Okay, that's probably infeasible to send over email or the other usual channels. The simplest solution here might be to have you open the dump yourself in WinDBG. Give it a while to load the symbols, and then type ~*k in the Command Window. That'll print a stack trace of all the threads. Paste the output here, it should be immediately obvious where the stack overflow is occurring. (I'm guessing it's a SO with that much RAM usage), Sorry for the delay in responding over the holiday season!

@zadjii-msft commented on GitHub (Jan 3, 2022): > It's 5gb uncompressed wow holy crap. Okay, that's probably infeasible to send over email or the other usual channels. The simplest solution here might be to have you open the dump yourself in [WinDBG](https://www.microsoft.com/en-us/p/windbg-preview/9pgjgd53tn86?activetab=pivot:overviewtab). Give it a while to load the symbols, and then type `~*k` in the Command Window. That'll print a stack trace of all the threads. Paste the output here, it should be immediately obvious where the stack overflow is occurring. (I'm guessing it's a SO with that much RAM usage), Sorry for the delay in responding over the holiday season!

claunia commented

@functionportal commented on GitHub (Jan 3, 2022):

out.txt
@zadjii-msft
Please see attached. Too long to paste as a comment.

@functionportal commented on GitHub (Jan 3, 2022): [out.txt](https://github.com/microsoft/terminal/files/7803116/out.txt) @zadjii-msft Please see attached. Too long to paste as a comment.

claunia commented

@Nytelife26 commented on GitHub (Apr 17, 2022):

I'm currently experiencing the same issue. The WSL instance seems to freeze, but I can open new tabs that work just fine.

Additionally, sometimes with multiple tabs if I use one for so long and then come back to the other, it has also frozen. I suspect something might be halting when not in use that fails to wake back up when required.

@Nytelife26 commented on GitHub (Apr 17, 2022): I'm currently experiencing the same issue. The WSL instance seems to freeze, but I can open new tabs that work just fine. Additionally, sometimes with multiple tabs if I use one for so long and then come back to the other, it has also frozen. I suspect something might be halting when not in use that fails to wake back up when required.

claunia commented

@darkmastermindz commented on GitHub (Aug 3, 2022):

I'm currently experiencing the same issue. The WSL instance seems to freeze, but I can open new tabs that work just fine.

Additionally, sometimes with multiple tabs if I use one for so long and then come back to the other, it has also frozen. I suspect something might be halting when not in use that fails to wake back up when required.

I'm seeing the same behavior

@darkmastermindz commented on GitHub (Aug 3, 2022): > I'm currently experiencing the same issue. The WSL instance seems to freeze, but I can open new tabs that work just fine. > > Additionally, sometimes with multiple tabs if I use one for so long and then come back to the other, it has also frozen. I suspect something might be halting when not in use that fails to wake back up when required. I'm seeing the same behavior

claunia commented

@darkmastermindz commented on GitHub (Aug 10, 2022):

I'm currently experiencing the same issue. The WSL instance seems to freeze, but I can open new tabs that work just fine.
Additionally, sometimes with multiple tabs if I use one for so long and then come back to the other, it has also frozen. I suspect something might be halting when not in use that fails to wake back up when required.

I'm seeing the same behavior

Turns out in my case it was oh-my-zsh was causing the issue. Disabling it in .zshrc resolved this for me.

@darkmastermindz commented on GitHub (Aug 10, 2022): > > I'm currently experiencing the same issue. The WSL instance seems to freeze, but I can open new tabs that work just fine. > > Additionally, sometimes with multiple tabs if I use one for so long and then come back to the other, it has also frozen. I suspect something might be halting when not in use that fails to wake back up when required. > > I'm seeing the same behavior Turns out in my case it was oh-my-zsh was causing the issue. Disabling it in .zshrc resolved this for me.

claunia commented

@ICProYeh commented on GitHub (Aug 10, 2022):

This started to happen to me in the past few months. Never happened before that.

I primarily work in WSL, and I also noticed that during resize, sometimes the Bash PS1 prompt is not displayed correctly; I only get partial output from the prompt.

Windows Terminal
Version: 1.14.1962.0

@ICProYeh commented on GitHub (Aug 10, 2022): This started to happen to me in the past few months. Never happened before that. I primarily work in WSL, and I also noticed that during resize, sometimes the Bash PS1 prompt is not displayed correctly; I only get partial output from the prompt. Windows Terminal Version: 1.14.1962.0

claunia commented

@zadjii-msft commented on GitHub (Aug 10, 2022):

Hmm. Just linking some other posts that all come to mind:

I'm starting to think this whole nexus of issues is related.

The stack from functionportal was unfortunately uninteresting.

Main thread looked like:


.  0  Id: 48b0.7054 Suspend: 0 Teb: 00000027`01e5f000 Unfrozen
 # Child-SP          RetAddr               Call Site
00 00000027`01d1f918 00007ffc`5fc1464e     win32u!NtUserGetMessage+0x14
01 00000027`01d1f920 00007ffc`0d0d00e9     user32!GetMessageW+0x2e
02 00000027`01d1f980 00007ff6`54218827     Graphics_Hook64!dummy_debug_proc+0xa629
03 00000027`01d1f9c0 00007ff6`5421bf72     WindowsTerminal+0x8827
04 00000027`01d1fb80 00007ffc`5fb454e0     WindowsTerminal+0xbf72
05 00000027`01d1fbc0 00007ffc`6052485b     kernel32!BaseThreadInitThunk+0x10
06 00000027`01d1fbf0 00000000`00000000     ntdll!RtlUserThreadStart+0x2b

But there weren't any other symbols. None of the other stacks really looked interesting. There were like, 390 threads total, 362 were in nvwgf2umx_cfg!OpenAdapter12 or above (weird). There were 7 TerminalConnection threads, so that's like 50 graphics threads per tab/pane. That's crazy high.

Does anyone in this thread have OBS studio installed? just a curiosity.

@zadjii-msft commented on GitHub (Aug 10, 2022): Hmm. Just linking some other posts that all come to mind: * #12607 * #12176 * #13386 * #13705 I'm starting to think this whole nexus of issues is related. The stack from **functionportal** was unfortunately uninteresting. Main thread looked like: ``` . 0 Id: 48b0.7054 Suspend: 0 Teb: 00000027`01e5f000 Unfrozen # Child-SP RetAddr Call Site 00 00000027`01d1f918 00007ffc`5fc1464e win32u!NtUserGetMessage+0x14 01 00000027`01d1f920 00007ffc`0d0d00e9 user32!GetMessageW+0x2e 02 00000027`01d1f980 00007ff6`54218827 Graphics_Hook64!dummy_debug_proc+0xa629 03 00000027`01d1f9c0 00007ff6`5421bf72 WindowsTerminal+0x8827 04 00000027`01d1fb80 00007ffc`5fb454e0 WindowsTerminal+0xbf72 05 00000027`01d1fbc0 00007ffc`6052485b kernel32!BaseThreadInitThunk+0x10 06 00000027`01d1fbf0 00000000`00000000 ntdll!RtlUserThreadStart+0x2b ``` But there weren't any other symbols. None of the other stacks really looked interesting. There were like, 390 threads total, 362 were in `nvwgf2umx_cfg!OpenAdapter12` or above (weird). There were 7 TerminalConnection threads, so that's like 50 graphics threads per tab/pane. That's crazy high. Does anyone in this thread have OBS studio installed? just a curiosity.

claunia commented

@ghost commented on GitHub (Aug 19, 2022):

This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.

@ghost commented on GitHub (Aug 19, 2022): This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for **4 days**. It will be closed if no further activity occurs **within 3 days of this comment**.

claunia commented

@functionportal commented on GitHub (Aug 19, 2022):

@zadjii-msft This is still a problem that's specific to MS Terminal, so it's not stale nor should it be closed. I switched to mostly using the terminal in IntelliJ and have not hit this issue there. Terminal still has this problem when used.

@functionportal commented on GitHub (Aug 19, 2022): @zadjii-msft This is still a problem that's specific to MS Terminal, so it's not stale nor should it be closed. I switched to mostly using the terminal in IntelliJ and have not hit this issue there. Terminal still has this problem when used.

claunia commented

@zadjii-msft commented on GitHub (Aug 19, 2022):

wait hold the phone
https://github.com/microsoft/terminal/issues/11903#issuecomment-991447692

That's a 5GB windowsterminal.exe? That's WAY bigger than expected. That's a crazy memory leak. Terminal should never be running anywhere close to that. But there's no stack overflow, there's no obvious loop without looking at the real symbols.

None of the other deadlocks are anything like that kind of a leak.

Any chance, are you running magnifier, or Narrator, or any other sort of accessibility / UIA tool?

note to self: 1.11 did include the ticket_lock

I think there's a way to upload a .dmp to feedback hub, without making FH try to take the dump itself. If you just drag/drop the dmp to the "Attached" section of FH, it should upload it.

Can you try that, and share the link here? Hopefully my debugger can pull the symbols

@zadjii-msft commented on GitHub (Aug 19, 2022): wait hold the phone https://github.com/microsoft/terminal/issues/11903#issuecomment-991447692 That's a 5GB windowsterminal.exe? That's WAY bigger than expected. That's a crazy memory leak. Terminal should never be running anywhere close to that. But there's no stack overflow, there's no obvious loop without looking at the real symbols. None of the other deadlocks are anything like that kind of a leak. Any chance, are you running magnifier, or Narrator, or any other sort of accessibility / UIA tool? note to self: 1.11 did include the ticket_lock I think there's a way to upload a .dmp to feedback hub, without making FH try to take the dump itself. If you just drag/drop the dmp to the "Attached" section of FH, it _should_ upload it. ![image](https://user-images.githubusercontent.com/18356694/185668675-22a98b4f-1ea7-4079-be35-d9597ad77285.png) Can you try that, and share the link here? Hopefully my debugger can pull the symbols

claunia commented

@sc-angeluzunov commented on GitHub (Aug 24, 2022):

Hi @zadjii-msft

I've been experiencing a similar behavior since recently, where I would minimize the Windows Terminal window and later when trying to return to it, I would discover it got stuck - cannot be restored and can be only closed. I suspect this might be some Windows Store App idling behavior gone bad.

I can start a new Windows Terminal window, no problem there. It's just the one that was minimized that I cannot recover. In this case, I had a Powershell 7 tab running as the only running tab, and wasn't doing anything fancy there.

I've captured a few shots of the process (via Task Manager and Process Explorer), as well as a dump file. My process doesn't have memory runaway like the OP's, but the mem dump is still big - around 300 MB.

Windows Terminal version: 1.14.1962.0
Windows OS version: Windows 10 Enterprise, 20H2, OS build 19042.1889

Let me know if I can send a link with the dump file via OneDrive or similar.

Thanks!
Angel

@sc-angeluzunov commented on GitHub (Aug 24, 2022): Hi @zadjii-msft I've been experiencing a similar behavior since recently, where I would minimize the Windows Terminal window and later when trying to return to it, I would discover it got stuck - cannot be restored and can be only closed. I suspect this might be some Windows Store App idling behavior gone bad. I can start a new Windows Terminal window, no problem there. It's just the one that was minimized that I cannot recover. In this case, I had a Powershell 7 tab running as the only running tab, and wasn't doing anything fancy there. I've captured a few shots of the process (via Task Manager and Process Explorer), as well as a dump file. My process doesn't have memory runaway like the OP's, but the mem dump is still big - around 300 MB. ![image](https://user-images.githubusercontent.com/84584498/186453249-2fbc6dc4-3992-4dab-b1ac-b44ba54b4ec3.png) ![image](https://user-images.githubusercontent.com/84584498/186453633-c34c7682-06ee-4590-b002-1905e6e985d5.png) Windows Terminal version: 1.14.1962.0 Windows OS version: Windows 10 Enterprise, 20H2, OS build 19042.1889 Let me know if I can send a link with the dump file via OneDrive or similar. Thanks! Angel

claunia commented

@zadjii-msft commented on GitHub (Aug 24, 2022):

@sc-angeluzunov you're seeing #13589, which already has a fix available.

@zadjii-msft commented on GitHub (Aug 24, 2022): @sc-angeluzunov you're seeing #13589, which already has a fix available.

claunia commented

@sc-angeluzunov commented on GitHub (Aug 24, 2022):

Oops, apologies! So that one goes out with 1.16 - good to know.
@zadjii-msft Thanks for the quick reply!

@sc-angeluzunov commented on GitHub (Aug 24, 2022): Oops, apologies! So that one goes out with 1.16 - good to know. @zadjii-msft Thanks for the quick reply!

claunia commented

@zadjii-msft commented on GitHub (Aug 24, 2022):

@sc-angeluzunov it's actually already available for 1.14 in https://github.com/microsoft/terminal/releases/tag/v1.14.2281.0

@zadjii-msft commented on GitHub (Aug 24, 2022): @sc-angeluzunov it's actually already available for 1.14 in https://github.com/microsoft/terminal/releases/tag/v1.14.2281.0

claunia commented

@richardroberts commented on GitHub (Oct 1, 2022):

I've been having the same freezing issue, it happens most often when changing screen resolution, or connecting via remote desktop. Here's a dump file: https://1drv.ms/u/s!AhK2CLItkDrhgbhVq3DTXs29a0c3bA?e=tRnWDZ

@richardroberts commented on GitHub (Oct 1, 2022): I've been having the same freezing issue, it happens most often when changing screen resolution, or connecting via remote desktop. Here's a dump file: https://1drv.ms/u/s!AhK2CLItkDrhgbhVq3DTXs29a0c3bA?e=tRnWDZ

claunia commented

@stevenhay commented on GitHub (Oct 22, 2022):

Also happening to me, too, when resizing the window the terminal contents no longer updates, however it is still processing inputs as I can write my vim buffer and quit before opening a new, working, tab.

@stevenhay commented on GitHub (Oct 22, 2022): Also happening to me, too, when resizing the window the terminal contents no longer updates, however it *is* still processing inputs as I can write my vim buffer and quit before opening a new, working, tab.

claunia commented

@ElDavoo commented on GitHub (Oct 23, 2022):

I'm having a different problem, sometimes the whole window hangs on minimize. when i kill terminal, then, i will have un unresponsive "openconsole.exe" on the top left of the screen that is very small and only has the close button. can't consinstently reproduce, it's random. it's been doing that since the latest update on ms store (which is 1.16.2642.0 i think). processes in the window keep going (i could finish my android rom flash with no problems lol)

@ElDavoo commented on GitHub (Oct 23, 2022): I'm having a different problem, sometimes the whole window hangs on minimize. when i kill terminal, then, i will have un unresponsive "openconsole.exe" on the top left of the screen that is very small and only has the close button. can't consinstently reproduce, it's random. it's been doing that since the latest update on ms store (which is 1.16.2642.0 i think). processes in the window keep going (i could finish my android rom flash with no problems lol)

claunia commented

@ElDavoo commented on GitHub (Oct 23, 2022):

screen of what appears after i kill terminal

@ElDavoo commented on GitHub (Oct 23, 2022): ![image](https://user-images.githubusercontent.com/7345120/197401190-195c0457-6cd0-47ef-86cd-f6e04d662b05.png) screen of what appears after i kill terminal

claunia commented

@FalcoXYZ commented on GitHub (Nov 9, 2022):

I've experienced the same issue, terminal hangs after resizing my window. (was running 2 terminal tabs and 1 ubuntu wsl) Not sure when it exactly happened, as I just restarted terminal and it seems to be OK now (resizing is OK) so it seems a bit random.

@FalcoXYZ commented on GitHub (Nov 9, 2022): I've experienced the same issue, terminal hangs after resizing my window. (was running 2 terminal tabs and 1 ubuntu wsl) Not sure when it exactly happened, as I just restarted terminal and it seems to be OK now (resizing is OK) so it seems a bit random.

claunia commented

@zadjii-msft commented on GitHub (Nov 9, 2022):

@ElDavoo FWIW what you're seeing is some vatiation on #13640, which I think is related to #13388.

We've got a running theory that the Atlas Rendering Engine, enabled by default on 1.16 Preview, should resolve this, or at least mitigate it greatly.

@zadjii-msft commented on GitHub (Nov 9, 2022): @ElDavoo FWIW what you're seeing is some vatiation on #13640, which I think is related to #13388. <hr> We've got a running theory that the Atlas Rendering Engine, enabled by default on 1.16 Preview, should resolve this, or at least mitigate it greatly.

claunia commented

@ElDavoo commented on GitHub (Nov 9, 2022):

I'll let you know if I'd happens again

@ElDavoo commented on GitHub (Nov 9, 2022): I'll let you know if I'd happens again

claunia commented

@Nantris commented on GitHub (Nov 10, 2022):

it's actually already available for 1.14 in

@zadjii-msft I have 1.15.2875.0 but it still freezes a zsh shell terminal :(

@Nantris commented on GitHub (Nov 10, 2022): > it's actually already available for 1.14 in @zadjii-msft I have 1.15.2875.0 but it still freezes a `zsh` shell terminal :(

claunia commented

@zadjii-msft commented on GitHub (Nov 14, 2022):

@Slapbox The comment you quoted, about 1.14, was for an unrelated bug that got roped into this thread. As I said above, we've got a theory that this is fixed in 1.16 Preview, with the atlas engine, but we can't say for sure without a consistent repro.

@zadjii-msft commented on GitHub (Nov 14, 2022): @Slapbox The comment you quoted, about 1.14, was for an unrelated bug that got roped into this thread. As I said above, we've got a theory that this is fixed in 1.16 Preview, with the atlas engine, but we can't say for sure without a consistent repro.

claunia commented

@Nantris commented on GitHub (Nov 14, 2022):

@zadjii-msft sorry I meant to update here - it turned out to be the known issue with Git For Windows.

@Nantris commented on GitHub (Nov 14, 2022): @zadjii-msft sorry I meant to update here - it turned out to be the known issue with Git For Windows.

claunia commented

@ElDavoo commented on GitHub (Nov 28, 2022):

@Slapbox The comment you quoted, about 1.14, was for an unrelated bug that got roped into this thread. As I said above, we've got a theory that this is fixed in 1.16 Preview, with the atlas engine, but we can't say for sure without a consistent repro.

Still happens :( Can't have consistent steps to reproduce. happens sometimes when minimizing.

@ElDavoo commented on GitHub (Nov 28, 2022): > @Slapbox The comment you quoted, about 1.14, was for an unrelated bug that got roped into this thread. As I said above, we've got a theory that this is fixed in 1.16 Preview, with the atlas engine, but we can't say for sure without a consistent repro. Still happens :( Can't have consistent steps to reproduce. happens sometimes when minimizing.

claunia commented

@zadjii-msft commented on GitHub (Dec 5, 2022):

Hey there's a pile of threads that are all related, and I think I found someone with a better understanding of DX that can help. For the (many) folks in this thread that can reproduce this on demand:
When the Terminal is frozen like this, could you grab a dump with Task Manager and send it to us?

If you've got a file-sharing mechanism you like, that's probably easiest! Otherwise, you can use Feedback Hub:

Feedback Hub Instructions (click me)

You can upload a .dmp to Feedback Hub, without making FH try to take the dump itself. If you just drag/drop the dmp to the "Attached" section of FH, it should upload it.

Can you try that, and share the link here? Make sure to share the aka.ms link that Feedback Hub generates with the "Share" button - it's impossible to find without that.

Hopefully we can get to the bottom of this.

@zadjii-msft commented on GitHub (Dec 5, 2022): Hey there's a pile of threads that are all related, and I think I found someone with a better understanding of DX that can help. For the (many) folks in this thread that can reproduce this on demand: When the Terminal is frozen like this, could you grab a dump with Task Manager and send it to us? ![image](https://user-images.githubusercontent.com/18356694/135876584-e48514d6-26c0-49da-ae28-b8c5d66dc2a3.png) If you've got a file-sharing mechanism you like, that's probably easiest! Otherwise, you can use Feedback Hub: <details> <summary>Feedback Hub Instructions (click me)</summary> You can upload a `.dmp` to Feedback Hub, without making FH try to take the dump itself. If you just drag/drop the dmp to the "Attached" section of FH, it _should_ upload it. ![image](https://user-images.githubusercontent.com/18356694/185668675-22a98b4f-1ea7-4079-be35-d9597ad77285.png) Can you try that, and share the link here? Make sure to share the aka.ms link that Feedback Hub generates with the "Share" button - it's impossible to find without that. </details> Hopefully we can get to the bottom of this.

claunia commented

@ElDavoo commented on GitHub (Dec 8, 2022):

there you go

@ElDavoo commented on GitHub (Dec 8, 2022): [there you go](https://unibari-my.sharepoint.com/:u:/g/personal/d_palma6_studenti_uniba_it/EQE8ZrYbCWdEhpWOI8L2m7MBjuOnjMmAetlcUwm5MvkOOQ?e=fO3tpR)

claunia commented

@ElDavoo commented on GitHub (Dec 12, 2022):

another one

@ElDavoo commented on GitHub (Dec 12, 2022): [another one](https://unibari-my.sharepoint.com/:u:/g/personal/d_palma6_studenti_uniba_it/EWTonP0F6dBOmkh57mcbDJABrrtMVJSlw7Fs9bvA_wFl0w?e=AA4S9n)

claunia commented

@lhecker commented on GitHub (Apr 12, 2023):

This will most likely be fixed by #14959 because it doesn't call any graphics APIs while the console lock is being held.

@lhecker commented on GitHub (Apr 12, 2023): This will most likely be fixed by #14959 because it doesn't call any graphics APIs while the console lock is being held.

claunia commented