Bug 233944 - qt5-based ports don't handle the mouse wheel on powerpc64
Summary: qt5-based ports don't handle the mouse wheel on powerpc64
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: kde
Depends on:
Reported: 2018-12-11 21:37 UTC by Justin Hibbits
Modified: 2019-08-11 11:03 UTC (History)
2 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Justin Hibbits freebsd_committer 2018-12-11 21:37:52 UTC
Tested on powerpc64, applications that use qt5 do not seem to recognize the mouse wheel.  Enable debug logging, I dos see it getting 'legacy' button 4/button 5 events, but they don't seem to propagate up to the rest of the framework as a wheel event.
Comment 1 Adriaan de Groot freebsd_committer 2018-12-25 22:46:20 UTC
With power9 this is more relevant (my initial reaction was: meh, old iMacs). I know KDE Plasma 5 Just Works(tm) with Debian on the Power9 Talos machines, since I installed it there at ELCE. For this, I think we're going to need to borrow a box (or at least access to one) to sort it out. Something to talk about at FOSDEM, I warrant (with the OpenPower people in the room).
Comment 2 Justin Hibbits freebsd_committer 2019-06-18 15:29:56 UTC
This turns out to be more than a FreeBSD issue.  The Adelie folks also see this problem on Linux.  So it's a big-endian issue in general (spans 32-bit and 64-bit BE).
Comment 3 Justin Hibbits freebsd_committer 2019-07-24 19:10:03 UTC
Seems it's an XInput-related issue.  Setting "QT_XCB_NO_XI2=y" in my environment lets me use the mouse wheel.
Comment 4 Adriaan de Groot freebsd_committer 2019-08-11 11:03:27 UTC
I'm going to close this one as "upstream issue with known workaround". I don't think there's much we can do (except advertise that environment variable).