Dotaz: Qt5 aplikace a nefunkční kolečko myši

[T.O.M.]

Posledních několik týdnů sleduju, že mi občas nefunguje skrolování myší. Teď jsem zjistil, že problém je jen s Qt5 aplikacemi, což mi s KDE začíná vadit. Qt4, GTK a jiné aplikace fungují bez problémů, xev zobrazí události ze všech tlačítek.

Pátral jsem a našel QTBUG-38169. Výstup xinput --list --long ukazuje správné Button labels, takže Qt5 by mělo správně detekovat vše z myši přes XInput 2.x.

V QTBUG-40829 jsem narazil na radu spustit aplikaci např. takto: QT_XCB_DEBUG_XINPUT=1 QT_XCB_DEBUG_XINPUT_DEVICES=1 kwrite, že to bude logovat spoustu událostí, no u mě ani ťuk, jen získání/ztráta fokusu okna a na začátku to vypsalo, že rozpoznal "valuator" pro vertikální i horizontální scrolling (mám naklápěcí kolečko)...

Mám multiseat konfiguraci, tak jsem se zkusil příhlásit na druhý seat, tam ale vše funguje. Zkusil jsem tedy jiného uživatele přihlásit na můj seat, ale měl stejný problém jako já. Takže to asi nebude ani problém v nastavení prostředí (alespoň to uložené v /home).

Vzhledem k tomu, že tak viditelný problém po pár týdnech nikdo nefixnul, bude problém asi u mě, ne v upstreamu.

Jsem v koncích. Nějaké další tipy, kde hledat problém?

Pro úplnost: mám aktuální Arch Linux s jádrem 4.9.6, starý gdm 2.20 (kvůli multiseat loginu), xorg-server 1.19.1, xorg-xinput 1.6.2, Qt5 5.8.0, myš Genius Ergo 525V používá evdev X driver (vynuceno přes xorg.conf), ...

Odpovědi

[T.O.M.]

Odpovím si sám, kdyby náhodou někdo řešil podobný problém...

Po několika marných pokusech zafungovala jednoduchá změna v xorg.conf. Původně jsem měl všechny myši i klávesnice přes evdev driver. Stačilo driver u myši na seat1 (ten s problémem) změnit na libinput, toť vše.

Jelikož nemám rád nekozistenci, zkusil jsem přepnout na libinput i myš na hlavním seat0, to ale vedlo k plně nefunkční myši.

Co je za tím? Fakt netuším.