Tab strip scroll bumpers don't disable when scrolling to the edge #7053

Open
opened 2026-01-31 00:53:51 +00:00 by claunia · 0 comments
Owner

Originally created by @AmineI on GitHub (Mar 20, 2020).

Environment

Windows build number: 19577.1000
Windows Terminal version (if applicable): 0.10.761.0
tab settings set to default, ie:
    "showTabsInTitlebar": true,
    "tabWidthMode": "equal",

Steps to reproduce

  1. Add enough tabs to make the tab strip scrollable, so that the scroll arrows appear.
  2. Scroll as much as possible in one direction (left or right)

Expected behavior

The corresponding arrow should be disabled and grayed out to indicate the state of being at the complete left/right. Example with Microsoft Edge (Legacy) tab strip :

image
Screenshot above on MS Edge, after doing the repro steps, with the mouse cursor on the arrow button
As you can see, MS Edge reacts to the edges of the tab strip. (..Mandatory pun)

Actual behavior

  1. Notice that even though you can't scroll anymore, the scroll arrow doesn't reflect this state. (Not grayed out, and reacts to clicks, even though nothing happens

image

Screenshot above on Windows Terminal, after doing the repro steps, with the mouse cursor on the arrow button

I went ahead and tried to look into it a bit, and was able to repro with WinUI 2 through the XAML Control Gallery, and WinUI 3 alpha as well.
I thought it would be wiser to file the issue on their repo, but it was apparently advised to report it there as Terminal's Tab View may be a prototype version and not directly using Win UI's - My apologies if this issue would have been better off on WinUI's repo !

Originally created by @AmineI on GitHub (Mar 20, 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: 19577.1000 Windows Terminal version (if applicable): 0.10.761.0 tab settings set to default, ie: "showTabsInTitlebar": true, "tabWidthMode": "equal", ``` # Steps to reproduce 1. Add enough tabs to make the tab strip scrollable, so that the scroll arrows appear. 2. Scroll as much as possible in one direction (left or right) # Expected behavior The corresponding arrow should be disabled and grayed out to indicate the state of being at the complete left/right. Example with Microsoft Edge (Legacy) tab strip : ![image](https://user-images.githubusercontent.com/15179425/77209163-cefa4600-6afd-11ea-8836-94293d7018aa.png) Screenshot above on MS Edge, after doing the repro steps, with the _mouse cursor on the arrow button_ As you can see, MS Edge reacts to the edges of the tab strip. (..Mandatory pun) # Actual behavior 3. Notice that even though you can't scroll anymore, the scroll arrow doesn't reflect this state. (Not grayed out, and reacts to clicks, even though nothing happens ![image](https://user-images.githubusercontent.com/15179425/77208907-31067b80-6afd-11ea-9dcc-5da47f6ad034.png) Screenshot above on Windows Terminal, after doing the repro steps, with the _mouse cursor on the arrow button_ I went ahead and tried to look into it a bit, and was able to repro with WinUI 2 through the [XAML Control Gallery](https://github.com/microsoft/Xaml-Controls-Gallery), and WinUI 3 alpha as well. I thought it would be wiser to file the issue on their repo, but it was apparently advised to report it there as Terminal's Tab View may be a prototype version and not directly using Win UI's - My apologies if this issue would have been better off on WinUI's repo !
claunia added the Resolution-ExternalNeeds-Tag-FixTracking-External labels 2026-01-31 00:53:51 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#7053