microsoft / microsoft/terminal
With multiple split panel, Terminal is not responding to scroll using Surface Dial
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 105k
- Forks
- 9.6k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 29
Description
Windows Terminal version
1.12.10733.0
Windows build number
22581.200
Other Software
WSL2: 0.56.2.0
Steps to reproduce
- Use Windows Terminal to open Command Prompt (also tried WSL)
- Split pane, so there should be 2 instances of Command Prompt opened side-by-side
- On both panes, run
dirfor a couple of times until the scroll buffer is filled - Press-and-hold Surface Dial, set to scroll mode
- Rotate on the Surface Dial
Expected Behavior
Rotating Surface Dial should scroll the active pane up/down.
Additionally, it should scroll on the pane where the mouse is hovering on, not focused (to follow mouse wheel behavior).
Actual Behavior
Rotating the Surface Dial will not scroll the pane.
If all but one of the split panes are closed, rotating Surface Dial will scroll the sole pane.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or entry points are named. Start by reproducing the Surface Dial scroll behavior with two split Command Prompt or WSL panes, then trace the existing single-pane scroll handling. Done means rotating the Dial scrolls the active pane and follows the mouse-hovered pane as described.
Written by the indexing model from the issue text.
Assessment
- Domain
- cli, desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100