[crash] Right-click-on-tab menu is unstable #12343

Closed
opened 2026-01-31 03:12:58 +00:00 by claunia · 3 comments
Owner

Originally created by @pstaag on GitHub (Feb 1, 2021).

Environment

Windows build number: Microsoft Windows [Version 10.0.19042.746]
Windows Terminal version (if applicable): 1.5.10271.0

Any other software?

Steps to reproduce

  1. Right click on an open Tab
  2. Move the mouse cursor slowly downward from the first menu entry down to the last.
  3. Move the mouse cursor slowly upward again from the last menu entry up to the first.
  4. Move the mouse cursor faster downward from the first menu entry down to the last.
  5. Move the mouse cursor faster upward again from the last menu entry up to the first.
    (step 4 and 5 may need to be repeated a few times.)
  6. Boom. Crash.

What you want to achieve, I think, is that you want the Close... submenu to be rendered once, and removed again. And after that, you want the mouse pointer to trigger the Ux-thing that once again renders the menu while you move the cursor fast enough that it's actually not rendered because the mouse cursor has already passed the Close... menu option.

Expected behavior

Normal menu rendering without a crash.

Actual behavior

Possible to crash the app by moving the mouse cursor up and down above the menu.

Originally created by @pstaag on GitHub (Feb 1, 2021). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> <!-- This bug tracker is monitored by Windows Terminal development team and other technical folks. **Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**. Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue. If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link. Please use this form and describe your issue, concisely but precisely, with as much detail as possible. --> # Environment ```none Windows build number: Microsoft Windows [Version 10.0.19042.746] Windows Terminal version (if applicable): 1.5.10271.0 Any other software? ``` # Steps to reproduce 1. Right click on an open Tab 2. Move the mouse cursor slowly downward from the first menu entry down to the last. 3. Move the mouse cursor slowly upward again from the last menu entry up to the first. 4. Move the mouse cursor *faster* downward from the first menu entry down to the last. 5. Move the mouse cursor *faster* upward again from the last menu entry up to the first. (step 4 and 5 may need to be repeated a few times.) 6. Boom. Crash. What you want to achieve, I think, is that you want the *Close...* submenu to be rendered once, and removed again. And after that, you want the mouse pointer to trigger the Ux-thing that once again renders the menu while you move the cursor fast enough that it's actually not rendered because the mouse cursor has already passed the *Close...* menu option. <!-- A description of how to trigger this bug. --> # Expected behavior <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> Normal menu rendering without a crash. # Actual behavior Possible to crash the app by moving the mouse cursor up and down above the menu. <!-- What's actually happening? -->
claunia added the Resolution-Duplicate label 2026-01-31 03:12:58 +00:00
Author
Owner

@rashil2000 commented on GitHub (Feb 1, 2021):

Can confirm this. I only needed to do step 4-5 once.

@rashil2000 commented on GitHub (Feb 1, 2021): Can confirm this. I only needed to do step 4-5 once.
Author
Owner

@zadjii-msft commented on GitHub (Feb 1, 2021):

This is a duplicate of #8238, which we're tracking reverting in #8944. Thanks!

/dup #8238

@zadjii-msft commented on GitHub (Feb 1, 2021): This is a duplicate of #8238, which we're tracking reverting in #8944. Thanks! /dup #8238
Author
Owner

@ghost commented on GitHub (Feb 1, 2021):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Feb 1, 2021): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#12343