[BUG] Expanded color window is cut on high DPI mode (150%) #10072

Closed
opened 2026-01-31 02:11:46 +00:00 by claunia · 6 comments
Owner

Originally created by @TobiasSekan on GitHub (Aug 8, 2020).

Environment

Windows build number: Win32NT 10.0.19041.0 Microsoft Windows NT 10.0.19041.0
Windows Terminal version (if applicable): 1.1.2021.0

Any other software? No

Steps to reproduce

  1. Change the scale setting (DPI) to 150%
  2. (optional) Log-out and Log-in
  3. Start the Windows Terminal
  4. Right-click on a tab (inside Windows Terminal)
  5. Click Color
  6. Click on User defined...
  7. Click on More

Expected behavior

The expanded window to change the color of a tab should complete shown, when there is enough space.

Actual behavior

The extend window to change the color is cut on the right side, although there is enough space.
2020-08-08 18_23_28-

My Windows display settings

2020-08-08 18_35_50-Settings
Originally created by @TobiasSekan on GitHub (Aug 8, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 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: Win32NT 10.0.19041.0 Microsoft Windows NT 10.0.19041.0 Windows Terminal version (if applicable): 1.1.2021.0 Any other software? No ``` # Steps to reproduce 1. Change the scale setting (DPI) to `150%` 2. (optional) Log-out and Log-in 3. Start the Windows Terminal 4. Right-click on a tab (inside Windows Terminal) 5. Click `Color` 6. Click on `User defined...` 7. Click on `More` <!-- A description of how to trigger this bug. --> # Expected behavior The expanded window to change the color of a tab should complete shown, when there is enough space. <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> # Actual behavior The extend window to change the color is cut on the right side, although there is enough space. <img width="913" alt="2020-08-08 18_23_28-" src="https://user-images.githubusercontent.com/17874713/89715454-f0bd7200-d9a5-11ea-87cf-7e9874a19aa3.png"> <!-- What's actually happening? --> # My Windows display settings <img width="351" alt="2020-08-08 18_35_50-Settings" src="https://user-images.githubusercontent.com/17874713/89715497-367a3a80-d9a6-11ea-9000-edc49da22d66.png">
Author
Owner

@DHowett commented on GitHub (Aug 10, 2020):

Interesting! I'm also on a 150% scale display and I can't reproduce this with Terminal 1.1 unless I make the window very narrow and then size it to be larger while the color flyout is open. Perhaps this is related to the longer translations in German...

@DHowett commented on GitHub (Aug 10, 2020): Interesting! I'm also on a 150% scale display and I can't reproduce this with Terminal 1.1 unless I make the window very narrow and then size it to be larger while the color flyout is open. Perhaps this is related to the longer translations in German...
Author
Owner

@aghus commented on GitHub (Aug 26, 2020):

I just got the update to 1.2.2381.0, and I can see something similar, but I'm 100% scale display at 1920x1080 screen resolution.

This is how it looks on my screen:
image

The main issue is the scrollbar at the bottom, it always shows even if there is enough space to the right.

I wonder if the translation to other languages have something to do..

My windows is Spanish from Spain (ES-ES), and the build number is 10.0.19041.450.

EDIT: wow, you are fast at responding. I've added the correct details on my issue.

@aghus commented on GitHub (Aug 26, 2020): I just got the update to 1.2.2381.0, and I can see something similar, but I'm 100% scale display at 1920x1080 screen resolution. This is how it looks on my screen: ![image](https://user-images.githubusercontent.com/2122489/91343222-7a5da400-e7dc-11ea-8fe6-9659eb0d2f7e.png) The main issue is the scrollbar at the bottom, it always shows even if there is enough space to the right. I wonder if the translation to other languages have something to do.. My windows is Spanish from Spain (ES-ES), and the build number is 10.0.19041.450. EDIT: wow, you are fast at responding. I've added the correct details on my issue.
Author
Owner

@DHowett commented on GitHub (Aug 26, 2020):

At least you have a scroll bar that actually covers the entire content zone, unlike the reporter of this bug.

@DHowett commented on GitHub (Aug 26, 2020): At least you have a scroll bar that actually covers the entire content zone, unlike the reporter of this bug.
Author
Owner

@zadjii-msft commented on GitHub (Mar 2, 2022):

@TobiasSekan you still seeing this? I just tried this out on my 150% monitor and that didn't have any issues. We've made a lot of changes since 1.1 so it's quite likely we fixed this in the interim

@zadjii-msft commented on GitHub (Mar 2, 2022): @TobiasSekan you still seeing this? I just tried this out on my 150% monitor and that didn't have any issues. We've made a lot of changes since 1.1 so it's quite likely we fixed this in the interim
Author
Owner

@ghost commented on GitHub (Mar 6, 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 (Mar 6, 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**.
Author
Owner

@TobiasSekan commented on GitHub (Mar 8, 2022):

This issue is not longer present -> closed

@TobiasSekan commented on GitHub (Mar 8, 2022): This issue is not longer present -> closed
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#10072