Bug 437128 - "Activate and pass click" left click setting causes Plasma UI elements to stop accepting clicks
Summary: "Activate and pass click" left click setting causes Plasma UI elements to sto...
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (show other bugs)
Version: 5.21.5
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: wayland
Depends on:
Blocks:
 
Reported: 2021-05-15 02:05 UTC by Matthew Cline
Modified: 2022-02-10 04:37 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Warning priority messages from journald (22.98 KB, text/plain)
2021-05-15 21:27 UTC, Matthew Cline
Details
All priority messages from journald (395.46 KB, application/x-bzip)
2021-05-15 21:28 UTC, Matthew Cline
Details
Old kwinrc which was causing the problem (3.54 KB, text/plain)
2021-05-17 02:20 UTC, Matthew Cline
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Cline 2021-05-15 02:05:09 UTC
When I run a Plasma session under Wayland all applets/panels I use *EXCEPT* for the task switcher ignore all left clicks.  This includes:

* Application launcher/kickoff
* Pinned apps
* Clipboard
* Audio volume control
* Networks
* Digital Clock

Pinned apps, clipboard, audio and networks still respond normally to middle clicks.  Under X11 a middle click to the application launcher and the digital clock adds a sticky note applet to the panel, but under Plasma does nothing.

I'm using Fedora 34 with the following relevant packages:

kf5-kwayland-5.81.0-1.fc34.x86_64
kwayland-integration-5.21.5-1.fc34.x86_64
kwayland-server-5.21.5-1.fc34.x86_64
kwin-wayland-5.21.5-2.fc34.x86_64
libwayland-client-1.19.0-1.fc34.i686
libwayland-client-1.19.0-1.fc34.x86_64
libwayland-cursor-1.19.0-1.fc34.i686
libwayland-cursor-1.19.0-1.fc34.x86_64
libwayland-egl-1.19.0-1.fc34.i686
libwayland-egl-1.19.0-1.fc34.x86_64
libwayland-server-1.19.0-1.fc34.i686
libwayland-server-1.19.0-1.fc34.x86_64
plasma-workspace-wayland-5.21.5-3.fc34.x86_64
qt5-qtwayland-5.15.2-6.fc34.x86_64
xorg-x11-server-Xwayland-21.1.1-1.fc34.x86_64
Comment 1 Matthew Cline 2021-05-15 21:27:01 UTC
Created attachment 138471 [details]
Warning priority messages from journald

I started the Plasma wayland session with QT logging set to "*=true" via an env var set in .config/plasma-workspace/env, then dumped the journald journal and greped the relevant lines (grep -Pi 'kde|kf|kwin|plasm|qml|qt|qobj|wayland|sddm').  There were no relevant lines at journal priority levels emerg (0), alert (1), crit (2), or err (3).  This attachment contains the relevant warning (4) priority lines.  The next attachment will be a bzip2'd file of all priorities.
Comment 2 Matthew Cline 2021-05-15 21:28:21 UTC
Created attachment 138472 [details]
All priority messages from journald

All priority messages from journald
Comment 3 Matthew Cline 2021-05-17 02:20:44 UTC
Created attachment 138494 [details]
Old kwinrc which was causing the problem

The problem was caused by an old $HOME/.config/kwinrc file, as moving it away so a new one can be generated fixed the problem.  At a guess I think the issue is the [Compositing] section with "Backend=XRender", but I'm attaching the whole file so someone can figure out the exact cause.
Comment 4 Matthew Cline 2021-05-17 04:08:06 UTC
The issue is actually the section [MouseBindings] and the line "CommandWindow1=Activate and pass click".  That is, if I go to System Settings > Window Management > Window Behavior > Window Actions and change "Left Click" to "Activate and pass click" then the plasmashell panel stops accepting left clicks.  The left click behaviour needs to include "pass click" for plasmashell to accept it under Wayland, but doesn't require this under X.
Comment 5 Nate Graham 2021-05-19 02:43:48 UTC
Moving to KWin for now, but it might still be a Plasma issue. Let's see what the KWin developers think about it.
Comment 6 David Edmundson 2022-01-11 15:06:37 UTC
I could not reproduce on latest builds with that setting and input has been refactored in the meantime. Can you confirm this is still an issue with Plasma 5.24 and reopen if there is still an issue.
Comment 7 Bug Janitor Service 2022-01-26 04:37:24 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Bug Janitor Service 2022-02-10 04:37:14 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!