Horizontal scroll does not reach the application in Ghostty #6

New issue

Open

opened 2026-08-22 18:59:30 +01:00 by joshquinlan · 1 comment

joshquinlan commented

2026-08-22 18:59:30 +01:00

Owner

Works on macOS, not here. Ghostty 1.3.1-4.fc44.

Not a configuration mistake: since 1.3.0 the GTK build binds
horizontal scroll to switching tabs rather than forwarding the
event to the foreground application, so a tilt wheel or a
two-finger sideways swipe never reaches the program that wants
it. Upstream discussion:
https://github.com/ghostty-org/ghostty/discussions/11566

Options, in the order worth trying:

A keybinding or configuration escape in 1.3.x that unbinds
the tab switch, if one exists. Nothing in the config here
touches scrolling today beyond mouse-hide-while-typing.
Wait for upstream, and pin the version that fixes it.
A different terminal. That is not a small change here:
the theme writes ghostty/theme.conf, donbox update, activity,
pkg and menu settings all open windows with --class and
--font-size, and rules.lua matches those classes.

Worth measuring how much actually depends on Ghostty before
considering the third.

Moved from dotfiles#19.

Works on macOS, not here. Ghostty 1.3.1-4.fc44. Not a configuration mistake: since 1.3.0 the GTK build binds horizontal scroll to switching tabs rather than forwarding the event to the foreground application, so a tilt wheel or a two-finger sideways swipe never reaches the program that wants it. Upstream discussion: https://github.com/ghostty-org/ghostty/discussions/11566 Options, in the order worth trying: 1. A keybinding or configuration escape in 1.3.x that unbinds the tab switch, if one exists. Nothing in the config here touches scrolling today beyond mouse-hide-while-typing. 2. Wait for upstream, and pin the version that fixes it. 3. A different terminal. That is not a small change here: the theme writes ghostty/theme.conf, donbox update, activity, pkg and menu settings all open windows with --class and --font-size, and rules.lua matches those classes. Worth measuring how much actually depends on Ghostty before considering the third. Moved from dotfiles#19.

joshquinlan added this to the 7 Update and polish milestone

2026-08-22 18:59:30 +01:00

joshquinlan added the

bug

status/backlog

labels

2026-08-22 18:59:30 +01:00

joshquinlan added the

repo/core

label

2026-08-23 01:51:00 +01:00

joshquinlan commented

2026-08-23 18:33:08 +01:00

Author

Owner

Looked up, not guessed: the GTK build of Ghostty 1.3.x has no option at all for this (discussion #11566, the reporter read the code: "no work-around possible"). Upstream fixed it in PR #12659, merged 2026-06-27 for 1.4.0, which adds gtk-horizontal-tab-scroll (default true; set to false and horizontal scroll passes through to the application; non-touchpad sources pass through regardless). The scottames COPR still ships 1.3.1-4.fc44, so nothing can be done here yet. When 1.4.0 lands: add gtk-horizontal-tab-scroll = false to the Ghostty config in the dotfiles (adding it earlier makes 1.3.1 complain about an unknown key) and close this.

Looked up, not guessed: the GTK build of Ghostty 1.3.x has no option at all for this (discussion #11566, the reporter read the code: "no work-around possible"). Upstream fixed it in PR #12659, merged 2026-06-27 for 1.4.0, which adds `gtk-horizontal-tab-scroll` (default true; set to false and horizontal scroll passes through to the application; non-touchpad sources pass through regardless). The scottames COPR still ships 1.3.1-4.fc44, so nothing can be done here yet. When 1.4.0 lands: add `gtk-horizontal-tab-scroll = false` to the Ghostty config in the dotfiles (adding it earlier makes 1.3.1 complain about an unknown key) and close this.

No labels

Rows
Columns