Window Border expands when showTabsInTitlebar is enabled #4371

Closed
opened 2026-01-30 23:45:19 +00:00 by claunia · 6 comments
Owner

Originally created by @RRitts on GitHub (Oct 9, 2019).

Originally assigned to: @DHowett-MSFT on GitHub.

I originally opened #2333 which was supposed to be resolved by #2150 but I am still seeing the issue in 0.5

Environment

Windows build number: Microsoft Windows NT 10.0.18362.0
Windows Terminal version (if applicable): 0.5.2762.0


Steps to reproduce

Set showTabsInTitlebar to true.

Expected behavior

working

Actual behavior

true

When showTabsInTitlebar is false

false

Originally created by @RRitts on GitHub (Oct 9, 2019). Originally assigned to: @DHowett-MSFT on GitHub. <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 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. --> I originally opened #2333 which was supposed to be resolved by #2150 but I am still seeing the issue in 0.5 # Environment ```none Windows build number: Microsoft Windows NT 10.0.18362.0 Windows Terminal version (if applicable): 0.5.2762.0 ``` # Steps to reproduce Set showTabsInTitlebar to true. # Expected behavior ![working](https://devblogs.microsoft.com/commandline/wp-content/uploads/sites/33/2019/07/title-bar-v03.png) # Actual behavior ![true](https://i.imgur.com/zU6WXCR.png) When showTabsInTitlebar is false ![false](https://i.imgur.com/Crck80B.png) <!-- What's actually happening? -->
Author
Owner

@DHowett-MSFT commented on GitHub (Oct 9, 2019):

Thanks for reopening! Now that the DPI thing is fixed, I've got a hunch.

When you drag/drop things (anywhere!), does it seem like it takes longer to trigger or is less sensitive?

@DHowett-MSFT commented on GitHub (Oct 9, 2019): Thanks for reopening! Now that the DPI thing is fixed, I've got a hunch. When you drag/drop things (anywhere!), does it seem like it takes longer to trigger or is less sensitive?
Author
Owner

@RRitts commented on GitHub (Oct 9, 2019):

As a matter of fact, yes.

We put a GPO in place years ago to cut down on things "missing" from our file server when a user would inadvertently drag and drop folders. It modifies the DragHeight and DragWidth values in HKLM\Control Panel\Desktop

@RRitts commented on GitHub (Oct 9, 2019): As a matter of fact, yes. We put a GPO in place years ago to cut down on things "missing" from our file server when a user would inadvertently drag and drop folders. It modifies the DragHeight and DragWidth values in HKLM\Control Panel\Desktop
Author
Owner

@DHowett-MSFT commented on GitHub (Oct 9, 2019):

YES! You are now an excellent case study on why nobody should use the SM_CXDRAG system metric to measure window borders.

@DHowett-MSFT commented on GitHub (Oct 9, 2019): YES! You are now an excellent case study on why nobody should use the `SM_CXDRAG` system metric to measure _window borders_.
Author
Owner

@RRitts commented on GitHub (Oct 10, 2019):

Behold!

BAM

This is this DragHeight and DragWidth set to 4. The GPO was setting them to 45.

@RRitts commented on GitHub (Oct 10, 2019): Behold! ![BAM](https://i.imgur.com/88DYqyO.png) This is this DragHeight and DragWidth set to 4. The GPO was setting them to 45.
Author
Owner

@zadjii-msft commented on GitHub (Oct 25, 2019):

(We think that this is going to be closely related to a bucket of things, #3136 #1859 #3064 #1307)

@zadjii-msft commented on GitHub (Oct 25, 2019): (We think that this is going to be closely related to a bucket of things, #3136 #1859 #3064 #1307)
Author
Owner

@ghost commented on GitHub (Nov 26, 2019):

:tada:This issue was addressed in #3394, which has now been successfully released as Windows Terminal Preview v0.7.3291.0.🎉

Handy links:

@ghost commented on GitHub (Nov 26, 2019): :tada:This issue was addressed in #3394, which has now been successfully released as `Windows Terminal Preview v0.7.3291.0`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v0.7.3291.0) * [Store Download](https://www.microsoft.com/store/apps/9n0dx20hk701?cid=storebadge&ocid=badge)
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#4371