Bug 1431167 - Every Qt-based application grab mouse input without a release
Every Qt-based application grab mouse input without a release
Status: NEW
Product: Fedora
Classification: Fedora
Component: mutter-wayland (Show other bugs)
25
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Orphan Owner
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-03-10 09:10 EST by Ben Aceler
Modified: 2017-03-27 11:33 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Ben Aceler 2017-03-10 09:10:24 EST
Description of problem:
Every qt-based application, like Clementine or Mixxx disables mouse input for any other application. This happens only in wayland session, X session works just fine.

How reproducible:
Always.

Steps to Reproduce:
1. Login into Gnome3 wayland session, launch some app, like Nautilus or Firefox — Wayland or X based.
2. Launch a qt-based app, for example, Clementine.
3. Switch to previously opened application using Alt+Tab.

Actual results:
The keyborad input will be passed to the application, but mouse input still stuck with the previous Qt-based app.
Comment 1 Couret Charles-Antoine 2017-03-27 11:33:10 EDT
Same issue with qt-creator application for example.
My workaround is to switch to TTY3 and go back to GNOME.

Note You need to log in before you can comment on or make changes to this bug.