New Tab Menu overlaps Close Dialog #19051

Closed
opened 2026-01-31 06:32:26 +00:00 by claunia · 5 comments
Owner

Originally created by @Lo0oG on GitHub (Dec 12, 2022).

Windows Terminal version

No response

Windows build number

No response

Other Software

No response

Steps to reproduce

Have more than one tab open and then click on the down arrow next to the new tab button to make the tab menu option appear. Then click on the close window.

Expected Behavior

New tab menu should not overlap close dialog

Actual Behavior

Some of the close dialog is hidden behind the new tab menu.
image

Originally created by @Lo0oG on GitHub (Dec 12, 2022). ### Windows Terminal version _No response_ ### Windows build number _No response_ ### Other Software _No response_ ### Steps to reproduce Have more than one tab open and then click on the down arrow next to the new tab button to make the tab menu option appear. Then click on the close window. ### Expected Behavior New tab menu should not overlap close dialog ### Actual Behavior Some of the close dialog is hidden behind the new tab menu. ![image](https://user-images.githubusercontent.com/50969206/207101427-b1416dcc-c389-4e39-b187-3da4b54beed3.png)
Author
Owner

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

What OS, Terminal version are you on/? I can't repro this locally on 10.0.25267.1001. This might be an OS bug that was fixed, or it might have even been fixed in the Terminal itself...

@zadjii-msft commented on GitHub (Dec 12, 2022): What OS, Terminal version are you on/? I can't repro this locally on `10.0.25267.1001`. This might be an OS bug that was fixed, or it might have even been fixed in the Terminal itself...
Author
Owner

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

Sorry for missing those out initially.
Terminal is 1.15.2874.0
OS is 10.0.19044

@Lo0oG commented on GitHub (Dec 12, 2022): Sorry for missing those out initially. Terminal is 1.15.2874.0 OS is 10.0.19044
Author
Owner

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

@Lo0oG try adding a 3rd tab or more and the drop-down moves further left. It overlaps when there are only 2 tabs open:

close_all_tabs

Test was done on Windows 10.

@elsaco commented on GitHub (Dec 12, 2022): @Lo0oG try adding a 3rd tab or more and the drop-down moves further left. It overlaps when there are only 2 tabs open: ![close_all_tabs](https://user-images.githubusercontent.com/3933920/207116488-2fa09294-8eb4-461a-87d1-c213679bf351.png) Test was done on Windows 10.
Author
Owner

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

Yes, if the window is big enough or there are more tabs then the menu does not cover the dialog, but you can't really call that a fix.
Also, the menu doesn't get greyed out when the rest of the window does, but that's just a minor issue.

@Lo0oG commented on GitHub (Dec 12, 2022): Yes, if the window is big enough or there are more tabs then the menu does not cover the dialog, but you can't really call that a fix. Also, the menu doesn't get greyed out when the rest of the window does, but that's just a minor issue.
Author
Owner

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

Yea, okay, I'm seeing this on my 19041 VM as well. I reckon this was probably a XAML islands bug that got sorted out between Windows 10 and Windows 11. I can try and dig up the internal bug number if we really need, but that might take a while for something of fairly low value. There's almost no chance that this gets backported to Windows 10, unfortunately 😕

Interesting catch though! The Flyout is always in the "topmost" layer of our window. I reckon this is due to the ContentDialog not dismissing any Popups in the PopupRoot, so the flyout ends up sticking around over the window.

@zadjii-msft commented on GitHub (Dec 12, 2022): Yea, okay, I'm seeing this on my 19041 VM as well. I reckon this was probably a XAML islands bug that got sorted out between Windows 10 and Windows 11. I can try and dig up the internal bug number if we really need, but that might take a while for something of fairly low value. There's almost no chance that this gets backported to Windows 10, unfortunately 😕 Interesting catch though! The Flyout is always in the "topmost" layer of our window. I reckon this is due to the ContentDialog not dismissing any Popups in the PopupRoot, so the flyout ends up sticking around over the window.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#19051