search

awesomeWM / awesome

awesome window manager
https://awesomewm.org/
GNU General Public License v2.0
6.38k stars 597 forks source link

Any USB event :: QT 5.7.1 "eats up" background mouse events from all other screens. #1752

Closed Manfred-Knick closed 7 years ago

Manfred-Knick commented 7 years ago

Output of awesome --version: $ equery list -p -o awesome [-P-] [ ] x11-wm/awesome-4.0-r1:0 [--O] [ ] x11-wm/awesome-4.1:0 [IP-] [ ] x11-wm/awesome-9999:0 Happens with all three versions

:: After some time, :: using the "second" mouse click yields no effect at all any more.

How to reproduce the issue: Just work and wait ... Try to open another application via selection menu by clicking upon the background of the screen.

Actual result: Nothing happens.

Expected result: Selection menu should open up.

Unfortunately I was not able to identify any specific correlation yet. First, had the impression -> "after screen saver blackened the monitors", but now I'm pretty sure it happened without also.

:: Unfortunately this always involves shutting down the whole X environment :: because "Menu -> awesome -> restart" is also rendered unavailable the same way.

Background:

I'm working with Multiple separate X11 screens as described in isseue #598.

Recently, there were quite some updates including

Some other application "eating up" this needed mouse event?

psychon commented 7 years ago

You right click on the wallpaper to get the menu with e.g. "Open Terminal" and after a while nothing happens when you right-click, ok.

:: Unfortunately this always involves shutting down the whole X environment :: because "Menu -> awesome -> restart" is also rendered unavailable the same way.

In the default config you can also open up the same menu by clicking on the "a"-logo in the top-left corner and with Mod4+"w".

Recently, there were quite some updates including

The Qt bug was with input hotplug events. Does this happen when you e.g. disconnect and reconnect your USB mouse?

Manfred-Knick commented 7 years ago

Hi, Uli,

... right click ... wallpaper ... Exactly.

Actually I forgot to mention that I'm using the mouse left-handed / mirrored: grep -i map /etc/X11/xorg.conf.d/InputDevice_Mouse.conf Option "ButtonMapping" "3 2 1 4 5" # left-handed

But that could not be the problem because I had verified that inside the applications, all mouse buttons work as expected.

Thanks for the hints! ( "xmodmap -pm" was helpful.)

... disconnect and reconnect your USB mouse?

Indeed: [ ] usb 2-1.7: USB disconnect, device number 3

[ ] usb 2-1.7: new low-speed USB device number 5 using ehci-pci [ ] usb 2-1.7: New USB device found, idVendor=046d, idProduct=c050 [ ] usb 2-1.7: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ ] usb 2-1.7: Product: USB-PS/2 Optical Mouse [ ] usb 2-1.7: Manufacturer: Logitech [ ] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.7/2-1.7:1.0/0003:046D:C050.0003/input/input24 [ ] hid-generic 0003:046D:C050.0003: input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.0-1.7/input0

:: Afterwards, no reaction upon "right"-clicking on wallpaper: no menu appears.

Manfred-Knick commented 7 years ago

Recently, there were quite some updates including

Besides the main suspicion about QT 5.7.1, [IP-] [ ] x11-libs/gtk+-3.22.12:3 [IP-] [ ] media-libs/glew-1.13.0:0/1.13 also came to my mind (less probable).

Manfred-Knick commented 7 years ago

Confirmation: After mouse disconnect / reconnect, your hints about "a"-logo and Mod4+"w" still work. Thanks a lot again! Kind regards!

psychon commented 7 years ago

QT 5.7.1

Hm. #415 / https://bugreports.qt.io/browse/QTBUG-49952 say that Qt 5.6 has the fix. Looking at https://code.qt.io/cgit/qt/qtbase.git/tree/src/plugins/platforms/xcb/qxcbconnection_xi2.cpp?h=v5.7.1&id=a55f36211efe1bb0d6717c8545366120bd6dfd9f#n286, the fix is also present in Qt 5.7.

It might be that the fix in Qt does not work for zaphod mode / multiple separate X11 screen. I suggest exiting / restarting all Qt-using apps and check if that makes mouse clicks work again. If so, then a bug report to Qt is needed. At least the implementation only uses primaryScreen(): https://code.qt.io/cgit/qt/qtbase.git/tree/src/plugins/platforms/xcb/qxcbconnection.cpp?h=v5.7.1&id=a55f36211efe1bb0d6717c8545366120bd6dfd9f#n1516

Manfred-Knick commented 7 years ago

Stripping it down:

Manfred-Knick commented 7 years ago

Stripping it down / 2: same as above, but:

Manfred-Knick commented 7 years ago

My Resumee:

In conjunction with any USB event ,

Manfred-Knick commented 7 years ago

"QT is screen-agnostic" : Indeed!

psychon commented 7 years ago

Can you report this to the Qt guys and/or reopen https://bugreports.qt.io/browse/QTBUG-49952?

Manfred-Knick commented 7 years ago

Stripping it down / 3:

Proof: The effect described above has nothing to do with awesome WM at all.

Verification with plain pure X11 & twm:

Create additional menues 2 & 3 in plain default .twmrc: . . . Button2 = : root : f.menu "defops2" Button3 = : root : f.menu "defops3" . . . menu "defops2" { "Twm2" f.title "" f.nop "Konsole" f.exec "exec konsole &" "" f.nop } . . . menu "defops3" { "Twm3" f.title "" f.nop "firefox" f.exec "exec firefox &" "" f.nop }

psychon commented 7 years ago

The effect described above has nothing to do with awesome WM at all.

Manfred-Knick commented 7 years ago

REFERENCE upstream:

QTBUG-60394

... QTBUG-49952 revived: ... Any USB event :: QT 5.7.1 "eats up" background mouse events ... from all other screens.

CROSS-REFERENCE Gentoo:

GENTOO_Bug 616568

Manfred-Knick commented 7 years ago

@ Uli : Thanks a lot again! Kind regards

Manfred-Knick commented 7 years ago

Looks like XI2 again ("QT_XCB_NO_XI2_MOUSE=1") https://bugreports.qt.io/browse/QTBUG-60394?focusedCommentId=355045&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-355045