Scrolling broken after recent commit #120587

New Issue

Closed

opened 2024-04-12 17:41:45 +02:00 by Hans Goudey · 8 comments

Hans Goudey commented

2024-04-12 17:41:45 +02:00

Member

System Information
Operating system: Linux-6.7.9-200.fc39.x86_64-x86_64-with-glibc2.38 64 Bits, WAYLAND UI
Graphics card: AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.57, 6.7.9-200.fc39.x86_64) AMD 4.6 (Core Profile) Mesa 23.3.6

Blender Version
Broken: Latest main
Caused By: af88ff0484

Short description of error
Scrolling rotates the view instead of zooming in or out

Exact steps for others to reproduce the error
Use scroll wheel. See attached video

**System Information** Operating system: Linux-6.7.9-200.fc39.x86_64-x86_64-with-glibc2.38 64 Bits, WAYLAND UI Graphics card: AMD Radeon RX 6700 XT (radeonsi, navi22, LLVM 17.0.6, DRM 3.57, 6.7.9-200.fc39.x86_64) AMD 4.6 (Core Profile) Mesa 23.3.6 **Blender Version** Broken: Latest main Caused By: af88ff04848b1ff299514514fb18ecf401553bb4 **Short description of error** Scrolling rotates the view instead of zooming in or out **Exact steps for others to reproduce the error** Use scroll wheel. See attached video

Screencast from 2024-04-12 11-40-40.webm

1.1 MiB

Hans Goudey added the

labels 2024-04-12 17:42:10 +02:00

Hans Goudey commented

2024-04-12 17:42:16 +02:00

Author

Member

CC @ideasman42

Hans Goudey referenced this issue from a commit

2024-04-12 17:47:21 +02:00

Revert "Fix #107676 detection of "natural" touchpad scrolling on Wayland"

Hans Goudey closed this issue

2024-04-12 17:47:23 +02:00

Blender Bot added

and removed

labels 2024-04-12 17:47:25 +02:00

Campbell Barton commented

2024-04-13 08:25:15 +02:00

Owner

This is strange as the touch-pad (two finger swipe) only ever rotated the viewport for me (in recent versions of GNOME/KDE/SWAYWM) and I think this this the intended behavior - macOS does this by default at least: https://devtalk.blender.org/t/6026 you can hold Ctrl to zoom.

So I think the correct solution is to restore the commit, make it so disabling "Multi-Touch Gestures" zooms instead of scrolling (I believe this is how macOS works although I'd need to double check).

Questions:

What Wayland compositor & version are you using?
When you zoom to scroll, is this converting zoom to mouse wheel events? or trackpad zoom events?

Details:

Forcing an older version of the interface only to change the way scroll events are handled isn't practical long term, we will likely want to bump the interface versions for other reasons.
These smooth-scroll events are not received via Wayland's multi-touch API, so unfortunately disabling multi-touch doesn't treat scroll as mouse wheel events.
I can't see a practical way to force scrolling to be interpreted as mouse wheel events, besides interpreting smooth-scrolling as discrete wheel events ourselves which I'm not keen on doing as users may then want to configure it - or find whatever defaults we choose to have problems.

This is strange as the touch-pad (two finger swipe) only ever rotated the viewport for me (in recent versions of GNOME/KDE/SWAYWM) and I think this this the intended behavior - macOS does this by default at least: https://devtalk.blender.org/t/6026 you can hold Ctrl to zoom. So I think the correct solution is to restore the commit, make it so disabling "Multi-Touch Gestures" zooms instead of scrolling (I believe this is how macOS works although I'd need to double check). Questions: - What Wayland compositor & version are you using? - When you zoom to scroll, is this converting zoom to mouse wheel events? or trackpad zoom events? Details: - Forcing an older version of the interface only to change the way scroll events are handled isn't practical long term, we will likely want to bump the interface versions for other reasons. - These smooth-scroll events are not received via Wayland's multi-touch API, so unfortunately disabling multi-touch doesn't treat scroll as mouse wheel events. - I can't see a practical way to force scrolling to be interpreted as mouse wheel events, besides interpreting smooth-scrolling as discrete wheel events ourselves which I'm not keen on doing as users may then want to configure it - or find whatever defaults we choose to have problems.

Habib Gahbiche commented

2024-04-13 11:18:56 +02:00

Member

I can confirm scrolling using a touchpad rotates the view instead of zooming in 4.1 on macOS, which is how it always has been I believe.

I can confirm scrolling using a touchpad rotates the view instead of zooming in 4.1 on macOS, which is how it always has been I believe.

Hans Goudey commented

2024-04-13 19:41:34 +02:00

Author

Member

Maybe the behavior change is intentional for a touch pad, but I am using a mouse scroll wheel.

What Wayland compositor & version are you using?

I'm using Fedora 39, so Gnome and Mutter. (I see version 45.5 currently).

When you zoom to scroll, is this converting zoom to mouse wheel events? or trackpad zoom events?

Is there an easy way to check that?

Maybe the behavior change is intentional for a touch pad, but I am using a mouse scroll wheel. >What Wayland compositor & version are you using? I'm using Fedora 39, so Gnome and Mutter. (I see version 45.5 currently). >When you zoom to scroll, is this converting zoom to mouse wheel events? or trackpad zoom events? Is there an easy way to check that?

Campbell Barton commented

2024-04-14 07:00:00 +02:00

Owner

Maybe the behavior change is intentional for a touch pad, but I am using a mouse scroll wheel.

This makes a lot more sense then.
What model of mouse are you using?

What Wayland compositor & version are you using?

I'm using Fedora 39, so Gnome and Mutter. (I see version 45.5 currently).

When you zoom to scroll, is this converting zoom to mouse wheel events? or trackpad zoom events?

Is there an easy way to check that?

Run blender --debug-events

wheel events show:

wmEvent type:11/WHEELDOWNMOUSE, val:1/PRESS, prev_type:218/ESC, prev_val:2/RELEASE, modifier={}, keymodifier:0, flag:{}, mouse:(508,1219), utf8:'', pointer:0xc2449c8

smooth scroll shows up as:

wmEvent type:14/TRACKPADPAN, val:0/NOTHING, prev_type:1/LEFTMOUSE, prev_val:2/RELEASE, modifier={}, keymodifier:0, flag:{IS_CONSECUTIVE}, mouse:(424,1482), utf8:'', pointer:0xa54dda8

Edit, I can redo the bug on my own system now, looking into it.

> Maybe the behavior change is intentional for a touch pad, but I am using a mouse scroll wheel. This makes a lot more sense then. What model of mouse are you using? > >What Wayland compositor & version are you using? > > I'm using Fedora 39, so Gnome and Mutter. (I see version 45.5 currently). > > >When you zoom to scroll, is this converting zoom to mouse wheel events? or trackpad zoom events? > > Is there an easy way to check that? Run `blender --debug-events` wheel events show: ``` wmEvent type:11/WHEELDOWNMOUSE, val:1/PRESS, prev_type:218/ESC, prev_val:2/RELEASE, modifier={}, keymodifier:0, flag:{}, mouse:(508,1219), utf8:'', pointer:0xc2449c8 ``` smooth scroll shows up as: ``` wmEvent type:14/TRACKPADPAN, val:0/NOTHING, prev_type:1/LEFTMOUSE, prev_val:2/RELEASE, modifier={}, keymodifier:0, flag:{IS_CONSECUTIVE}, mouse:(424,1482), utf8:'', pointer:0xa54dda8 ``` ---- Edit, I can redo the bug on my own system now, looking into it.

Campbell Barton referenced this issue from a commit

2024-04-14 09:56:19 +02:00

GHOST/Wayland: resolve mouse wheel being treated like touchpad scroll

Campbell Barton referenced this issue from a commit

2024-04-14 09:56:19 +02:00

GHOST/Wayland: add an interface version clamping macro

Campbell Barton commented

2024-04-14 12:08:57 +02:00

Owner

Updated event handling not to interpret mouse-wheel as smooth scroll. df87770ca1.
Bumped the seat API version to support detection of inverted (natural) touch-pad direction. 8d86fb43a4.

- Updated event handling not to interpret mouse-wheel as smooth scroll. df87770ca160624445a97799568e8deaa12390dc. - Bumped the seat API version to support detection of inverted (natural) touch-pad direction. 8d86fb43a4eab6e538796fd0d9f310e58a209315.

Sebastian Parborg commented

2024-04-14 18:58:48 +02:00

Member

@ideasman42 seems like those fixes might have inverted the scroll direction?
For me in Sway now the mouse wheel scroll is inverted. Both in the 3D view and in general (file browser etc)

@ideasman42 seems like those fixes might have inverted the scroll direction? For me in Sway now the mouse wheel scroll is inverted. Both in the 3D view and in general (file browser etc)

Campbell Barton commented

2024-04-15 03:10:15 +02:00

Owner

@ZedDB ugh, your right, committed fix.

@ZedDB ugh, your right, committed fix.

Jacques Lucke referenced this issue

2024-04-22 12:57:32 +02:00

Scrolling with mouse wheel broken #120925

Sign in to join this conversation.

No Label

Animation & Rigging

Asset Browser Project Overview

Automated Testing

Blender Asset Bundle

Dependency Graph

Development Management

EEVEE & Viewport

Images & Movies

Motion Tracking

Nodes & Physics

Pipeline, Assets & IO

Platforms, Builds & Tests

Render & Cycles

Render Pipeline

Sculpt, Paint & Texture

Video Sequencer

Virtual Reality

Blender 2.8 Project

Milestone 1: Basic, Local Asset Browser

Good First Issue

Animation & Rigging

Development Management

EEVEE & Viewport

Nodes & Physics

Pipeline, Assets & IO

Platforms, Builds & Tests

Render & Cycles

Sculpt, Paint & Texture

Needs Info from Developers

Needs Information from User

No Milestone

No project

No Assignees

4 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#120587

No description provided.