Bug 97892 - Weston master causes mouse input to stop working with wl_shell applications
Summary: Weston master causes mouse input to stop working with wl_shell applications
Status: RESOLVED MOVED
Alias: None
Product: Wayland
Classification: Unclassified
Component: weston (show other bugs)
Version: unspecified
Hardware: All Linux (All)
: medium normal
Assignee: Wayland bug list
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-09-22 02:22 UTC by n3rdopolis
Modified: 2018-06-08 23:54 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
The log of Weston with WAYLAND_DEBUG=server, and standarddialogs connected to it (98.34 KB, text/plain)
2016-09-22 02:22 UTC, n3rdopolis
Details
The log of the standarddialogs client with WAYLAND_DEBUG=client (62.81 KB, text/plain)
2016-09-22 02:23 UTC, n3rdopolis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description n3rdopolis 2016-09-22 02:22:25 UTC
Created attachment 126719 [details]
The log of Weston with WAYLAND_DEBUG=server, and standarddialogs connected to it

It seems to be a very weird issue with Qt 5.7.x and Qt 5.8 when using QtWayland with the default wl_shell integration (doesn't seem to happen when it's using xdg_shell, but xdg_shell is not the default for QtWayland without an env var

(and EFL if you export EFL_WAYLAND_DONT_USE_XDG_SHELL=1, I was able to replicate this, however the only EFL application that I know of, and have that actually utilizes child windows is the elementary_test that comes with EFL)

I can replicate this by even unsetting QT_WAYLAND_DECORATION, and KDE_FULL_SESSION to get minimal Qt.

I can test with an example client, standarddialogs
https://quickgit.kde.org/?p=qt%2Fqtbase.git&a=tree&h=ffe4a1df1c641df4b3738887d02214082aa7aa12&hb=25e9bde2d665866f7a9a40d1ed3aa8fabcf2ac2f&f=examples%2Fwidgets%2Fdialogs%2Fstandarddialogs

With standarddialogs, I start the application up, open, and then close a dialog, and then leave the mouse pointer on the main surface. After a few seconds, the cursor changes to a busy cursor, and it stops responding to mouse input, as if though it's not responding to wl_pings (where the whole window becomes draggable). 

The whole surface stops responding to mouse input.


It does however appear to respond to Keyboard input, I can press tab to move the selection around, and press space to press a button to open another dialog. The dialog seems to respond to input, but the main surface that stops responding to mouse input, never responds to it again
Comment 1 n3rdopolis 2016-09-22 02:23:07 UTC
Created attachment 126720 [details]
The log of the standarddialogs client with WAYLAND_DEBUG=client
Comment 2 n3rdopolis 2016-09-24 12:01:08 UTC
I tried to apply https://lists.freedesktop.org/archives/wayland-devel/2016-September/031136.html
It appears the behaviour is still the same?
Comment 3 GitLab Migration User 2018-06-08 23:54:53 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/wayland/weston/issues/82.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.