starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-03 21:25:34 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Scrollbar blocks console #421

New Issue
Closed
opened 2026-01-30 21:51:58 +00:00 by claunia · 8 comments
claunia commented 2026-01-30 21:51:58 +00:00
Owner
Copy Link

Originally created by @bn-d on GitHub (Oct 15, 2018).

Originally assigned to: @miniksa on GitHub.

10 Pro Insider Preview 1809 Build 18252.1000, though I think this is also an issue for the previous version.

The scrollbar is blocking about 1.5 char on the right side when the window is maximized or docked at left/right half of the screen. The scrollbar is not blocking anything under any other window size.

Window maximized
image

Normal
image

Originally created by @bn-d on GitHub (Oct 15, 2018). Originally assigned to: @miniksa on GitHub. 10 Pro Insider Preview 1809 Build 18252.1000, though I think this is also an issue for the previous version. The scrollbar is blocking about 1.5 char on the right side when the window is maximized or docked at left/right half of the screen. The scrollbar is not blocking anything under any other window size. Window maximized ![image](https://user-images.githubusercontent.com/10731263/46925641-e5dc6500-cffa-11e8-8c92-a1b5c7e5ea85.png) Normal ![image](https://user-images.githubusercontent.com/10731263/46925654-01477000-cffb-11e8-8740-47d55eea8e7b.png)
claunia commented 2026-01-30 21:51:59 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Oct 15, 2018):

Yep, that looks like a bug to me. We're probably not accounting for the size of the scrollbar on a maximize operation. Filed a bug internally (MSFT:19302761) to make sure this gets looked at.

@zadjii-msft commented on GitHub (Oct 15, 2018): Yep, that looks like a bug to me. We're probably not accounting for the size of the scrollbar on a maximize operation. Filed a bug internally (MSFT:19302761) to make sure this gets looked at.
claunia commented 2026-01-30 21:51:59 +00:00
Author
Owner
Copy Link

@miniksa commented on GitHub (Nov 20, 2018):

@Erebuxy:

What font is this? What font size? What DPI is the screen? What resolution is the screen?

I'm having a hard time reproducing this issue this morning on my machine. I think I don't have the same dimensions or fonts that you do.

@miniksa commented on GitHub (Nov 20, 2018): @Erebuxy: What font is this? What font size? What DPI is the screen? What resolution is the screen? I'm having a hard time reproducing this issue this morning on my machine. I think I don't have the same dimensions or fonts that you do.
claunia commented 2026-01-30 21:51:59 +00:00
Author
Owner
Copy Link

@bn-d commented on GitHub (Nov 21, 2018):

I have this problem on both my desktop (34" 3440x1440) and laptop (13" 1920x1080). I believe I was using DejaVu Sans Mono and size is 16. I had also tried different fonts and sizes, and the problem persisted.

@bn-d commented on GitHub (Nov 21, 2018): I have this problem on both my desktop (34" 3440x1440) and laptop (13" 1920x1080). I believe I was using DejaVu Sans Mono and size is 16. I had also tried different fonts and sizes, and the problem persisted.
claunia commented 2026-01-30 21:52:00 +00:00
Author
Owner
Copy Link

@miniksa commented on GitHub (Dec 21, 2018):

I still can't manage to reproduce this issue internally which means unfortunately I cannot debug and fix it. I'm trying assorted different resolutions and DPIs on my monitors and with a maximized and non-maximized window with the DejaVu Sans Mono font size 16 and I can't figure out how you're getting into the situation with the characters covered up.

Your initial screen shot had some interesting arrow shaped overlay going on. Perhaps you're using some piece of software that's calling one of our APIs and getting us into a weird state? I'm just trying to repro with CMD.exe by typing at the prompt line and nothing weird is happening.

@miniksa commented on GitHub (Dec 21, 2018): I still can't manage to reproduce this issue internally which means unfortunately I cannot debug and fix it. I'm trying assorted different resolutions and DPIs on my monitors and with a maximized and non-maximized window with the DejaVu Sans Mono font size 16 and I can't figure out how you're getting into the situation with the characters covered up. Your initial screen shot had some interesting arrow shaped overlay going on. Perhaps you're using some piece of software that's calling one of our APIs and getting us into a weird state? I'm just trying to repro with CMD.exe by typing at the prompt line and nothing weird is happening.
claunia commented 2026-01-30 21:52:00 +00:00
Author
Owner
Copy Link

@miniksa commented on GitHub (Jan 2, 2019):

I'm closing the internal work item MSFT: 19302761 as Not Repro for now. We can reactivate in the future if we can nail down a consistent repro that we can get to happen in-house so I can debug this.

@miniksa commented on GitHub (Jan 2, 2019): I'm closing the internal work item MSFT: 19302761 as Not Repro for now. We can reactivate in the future if we can nail down a consistent repro that we can get to happen in-house so I can debug this.
claunia commented 2026-01-30 21:52:00 +00:00
Author
Owner
Copy Link

@bn-d commented on GitHub (Jan 3, 2019):

I think tmux is causing the problem. The problem occurs in tmux after I resize or dock the window several times or change the font or size etc.
The arrow is nothing special. It is just a character in the Deja Vu Sans Mono for Powerline

@bn-d commented on GitHub (Jan 3, 2019): I think tmux is causing the problem. The problem occurs in tmux after I resize or dock the window several times or change the font or size etc. The arrow is nothing special. It is just a character in the Deja Vu Sans Mono for Powerline
claunia commented 2026-01-30 21:52:00 +00:00
Author
Owner
Copy Link

@moritzfalke commented on GitHub (Mar 21, 2019):

I am currently running into the same issue when using tmux in WSL, without tmux it works fine and its also only when in fullscreen

@moritzfalke commented on GitHub (Mar 21, 2019): I am currently running into the same issue when using tmux in WSL, without tmux it works fine and its also only when in fullscreen
claunia commented 2026-01-30 21:52:01 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Oct 4, 2021):

We never got a repro for this, and have subsequently released the Windows Terminal. I'm suspecting that this doesn't repro in the Terminal. If it's still happening, we can revisit reopening this, but I suspect a conhost visual artifact like this isn't going to get prioritized any time soon.

@zadjii-msft commented on GitHub (Oct 4, 2021): We never got a repro for this, and have subsequently released the Windows Terminal. I'm suspecting that this doesn't repro in the Terminal. If it's still happening, we can revisit reopening this, but I suspect a conhost visual artifact like this isn't going to get prioritized any time soon.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-Interaction Issue-Bug Needs-Repro Needs-Tag-Fix Product-Conhost Resolution-No-Repro
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#421
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?