Is this a reproducible bug?
Current behavior
Rapid two-finger vertical scrolling while the pointer is inside a terminal pane unexpectedly switches between Herdr tabs. Scrolling up moves through previous tabs, while scrolling down moves through next tabs.
During one gesture, the server recorded 13 tab.focus events in approximately 1.1 seconds. The same gesture does not reproduce on another Mac using the identical WezTerm version with Herdr 0.7.3.
Expected behavior
Two-finger scrolling inside a terminal pane should scroll that pane’s content without changing the active Herdr tab.
Reproduction
- Start Herdr with a workspace containing multiple tabs.
- Place the pointer inside the main terminal pane, away from the tab bar.
- Scroll vertically and quickly using two fingers on a Mac trackpad.
- Observe that Herdr rapidly switches through adjacent tabs.
Impact
This repeatedly interrupts terminal scrolling and moves me into unrelated agent tabs. I must manually locate and switch back to the original tab, disrupting active workflows.
Environment
- Herdr version: 0.7.5
- Update channel (stable or preview): stable
- Operating system: macOS 27.0
- Terminal: WezTerm 20240203-110809-5046fc22
- Shell, if relevant: zsh
- Relevant config, if any:
ui.mouse_capture is unset and uses the default; WezTerm has no custom mouse bindings.
Is this a reproducible bug?
Current behavior
Rapid two-finger vertical scrolling while the pointer is inside a terminal pane unexpectedly switches between Herdr tabs. Scrolling up moves through previous tabs, while scrolling down moves through next tabs.
During one gesture, the server recorded 13
tab.focusevents in approximately 1.1 seconds. The same gesture does not reproduce on another Mac using the identical WezTerm version with Herdr 0.7.3.Expected behavior
Two-finger scrolling inside a terminal pane should scroll that pane’s content without changing the active Herdr tab.
Reproduction
Impact
This repeatedly interrupts terminal scrolling and moves me into unrelated agent tabs. I must manually locate and switch back to the original tab, disrupting active workflows.
Environment
ui.mouse_captureis unset and uses the default; WezTerm has no custom mouse bindings.