Terminal becomes unresponsive when a game is running (GUI freeze with EXCEPTION_CODE: 80000003) #23515

Closed
opened 2026-01-31 08:44:24 +00:00 by claunia · 2 comments
Owner

Originally created by @Akarie64 on GitHub (Aug 10, 2025).

Windows Terminal version

1.22.12111.0

Windows build number

10.0.26100.0

Other Software

Any games (e.g., Limbus Company, Delta Force).

Steps to reproduce

  1. Launch Windows Terminal.
  2. Launch a game.
  3. Attempt to interact with the terminal's UI (e.g., by typing).
  4. Observe that the terminal's GUI is frozen.

Expected Behavior

The Windows Terminal should remain responsive and usable, even when a resource-intensive game is running in the background.

Actual Behavior

The terminal's GUI becomes unresponsive. Keystrokes are buffered but not rendered, and the UI does not
update. After a long, indeterminate period, the terminal might process the buffered commands all at once
before freezing again.

We have captured crash dumps during these periods of unresponsiveness and identified the following consistent exception details:

  • Exception Code: 0x80000003 (A breakpoint was reached)
  • Faulting Modules & Call Stacks:
    * Scenario 1: Playing Delta Force
    * Faulting Module: Win32u.dll
    * Stack Trace: in32u!NtUserGetMessage
    * Scenario 2: Playing Limbus Company
    * Faulting Module: Win32u.dll
    * Stack Trace: coreclr!Thread::DoAppropriateAptstateWait
    Dump files are available upon request.
Originally created by @Akarie64 on GitHub (Aug 10, 2025). ### Windows Terminal version 1.22.12111.0 ### Windows build number 10.0.26100.0 ### Other Software Any games (e.g., Limbus Company, Delta Force). ### Steps to reproduce 1. Launch Windows Terminal. 2. Launch a game. 3. Attempt to interact with the terminal's UI (e.g., by typing). 4. Observe that the terminal's GUI is frozen. ### Expected Behavior The Windows Terminal should remain responsive and usable, even when a resource-intensive game is running in the background. ### Actual Behavior The terminal's GUI becomes unresponsive. Keystrokes are buffered but not rendered, and the UI does not update. After a long, indeterminate period, the terminal might process the buffered commands all at once before freezing again. We have captured crash dumps during these periods of unresponsiveness and identified the following consistent exception details: * Exception Code: 0x80000003 (A breakpoint was reached) * Faulting Modules & Call Stacks: * Scenario 1: Playing Delta Force * Faulting Module: Win32u.dll * Stack Trace: in32u!NtUserGetMessage * Scenario 2: Playing Limbus Company * Faulting Module: Win32u.dll * Stack Trace: coreclr!Thread::DoAppropriateAptstateWait Dump files are available upon request.
claunia added the Needs-TriageIssue-BugNeeds-Author-FeedbackNo-Recent-Activity labels 2026-01-31 08:44:25 +00:00
Author
Owner

@lhecker commented on GitHub (Aug 11, 2025):

The most helpful part of the dump would be the backtrace, if you know how to extract that. Otherwise, you can share it with any team member via their mail (you can find mine on my GitHub profile).

However, it's very very likely you're hitting #18040. 0x80000003 means you captured a dump while it was still running (right?), and NtUserGetMessage indicates you captured the UI thread in its idle state. This is exactly how #18040 presents itself.

@lhecker commented on GitHub (Aug 11, 2025): The most helpful part of the dump would be the backtrace, if you know how to extract that. Otherwise, you can share it with any team member via their mail (you can find mine on my GitHub profile). However, it's very _very_ likely you're hitting #18040. `0x80000003` means you captured a dump while it was still running (right?), and `NtUserGetMessage` indicates you captured the UI thread in its idle state. This is exactly how #18040 presents itself.
Author
Owner

@microsoft-github-policy-service[bot] commented on GitHub (Aug 18, 2025):

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.

@microsoft-github-policy-service[bot] commented on GitHub (Aug 18, 2025): 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**. <!-- Policy app identification https://img.shields.io/static/v1?label=PullRequestIssueManagement. -->
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#23515