Mouse-mode programs scrolling too fast

[yorickvP]

A single click of my scroll wheel scrolls 15 lines in weechat via ghostty, but only 3 lines in alacritty. The same single click only scrolls 2 lines in ghostty normally. On the other hand, emacs is fine.

Maybe related to #3955?

It might have something to do with my high-resolution scrolling mouse (logitech mx anywhere 3)

[anna328p]

I'm having this issue on my laptop touchpad (ThinkPad P14s AMD G5).

[gonzaloserrano]

I noticed it too in nvim and I've set mousescroll=ver:1, but still is not 1 line scrolling but 8 lines. Before it was mousescroll=ver:3 which was jumping 24 lines per mouse scroll.

[polirritmico]

Have you tried changing the value of mouse-scroll-multiplier?

[Granddave]

I could step through the Tmux window bar with

mouse-scroll-multiplier = 0.25

[00-kat]

Maybe related to #3955?

Definitely is.

[00-kat]

There's been changes to scrolling recently; does this still reproduce for any of you? I don't remember if the changes are in 1.1.3 though, so you'll probably have to try tip.

[khamer]

I'm still seeing this bug, using version 1.3.1-arch2.1. using a Logitech M720 mouse:

alacritty and foot, one mousewheel click scrolls 3 lines. Warp/kitty are roughly 3 lines, maybe a little more, but they do not snap to lines, probably apples vs oranges. wezterm scrolls 15 lines out of the box.

In ghostty, if I move the scrollwheel very slowly (less than one 'click') I can get terminal output to scroll 3 lines at a time, but one click of the mousewheel is ~21 lines. It's not exact, but I'd guess it registers ~7 scroll events in the same physical movement that wezterm only counts one. Using wev, I can confirm that wev is showing 7 scroll events.

None of the other terminal emulators seem to even react to partial, incomplete mousewheel scrolls - that seems to be something specific to ghostty. The best workaround I can find is to set mouse-scroll-multiplier to 1 for ghostty and and mousescroll=ver:1 in neovim - with it configured like that, they both scroll 7 lines per click, but I think the root bug here is that ghostty is interpreting scrollwheel movement differently than other terminals.

[00-kat]

None of the other terminal emulators seem to even react to partial, incomplete mousewheel scrolls - that seems to be something specific to ghostty.

Actually, I think Kitty and Warp do;

Warp/kitty are roughly 3 lines, maybe a little more, but they do not snap to lines, probably apples vs oranges

Except instead of counting partial scrolls as one line, they scroll by the partial amount of lines.