Bug 454847 - An invisible applet icon is always present in top left when using Wayland
Summary: An invisible applet icon is always present in top left when using Wayland
Status: RESOLVED DUPLICATE of bug 433079
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (show other bugs)
Version: 5.25.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: wayland
Depends on:
Blocks:
 
Reported: 2022-06-04 17:19 UTC by Dylan Wolters
Modified: 2024-06-12 17:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Right clicking in the very top left corner acts as if a power menu applet is present. In this case, Discord - but it will interact upon the most recently launched applet. (71.43 KB, image/png)
2022-06-04 17:19 UTC, Dylan Wolters
Details
Right clicking in the top-left corner displays the most recently launched applet. Compared to other attachment, I moved the panel entirely and behavior remains unchanged. (633.64 KB, image/png)
2022-06-04 17:21 UTC, Dylan Wolters
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dylan Wolters 2022-06-04 17:19:16 UTC
Created attachment 149466 [details]
Right clicking in the very top left corner acts as if a power menu applet is present. In this case, Discord - but it will interact upon the most recently launched applet.

SUMMARY:
When using Wayland, the top left portion of the screen has an always-present (albeit invisible) button which seems to interact with the latest "Power Menu" applet. This bug takes precedence over anything in that region - including other widgets, windows, etc. Right clicking, hovering, and clicking all perform the exact same behavior as if you were interacting with a PowerMenu applet. 

STEPS TO REPRODUCE:
1. Launch KDE using Wayland
2. Click in top-left corner while an application with a power-menu applet is available (E.g. Megasync, Discord, openRGB, etc.)

OBSERVED RESULT:
Interacts with powermenu applet regardless of what other window, widget, or application elements are present in that region. 

EXPECTED RESULT:
Interaction should be imposed upon whatever elements are visually present in that region. 

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux (x86_64) with 5.18.1-arch-1-1 kernel.
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.4

ADDITIONAL INFORMATION
To better identify the cause of this bug, I have fiddled around with panels, widgets (particularly Power Menu), placement, etc. Initially, I had my panel placed along the top portion of the screen - with Application Launcher on the left, and powermenu toward the right. Reversing the placement of these items does not affect the bug. Similarly, I moved the panel to the bottom of the screen and still experienced this bug. Lastly, I removed power menu all together and still experience this bug. 

The only way that I have found to regain control of that portion of the screen is to manually close all applications that may have Power Menu applets. Once none are present, then that region behaves as one would expect.
Comment 1 Dylan Wolters 2022-06-04 17:21:57 UTC
Created attachment 149467 [details]
Right clicking in the top-left corner displays the most recently launched applet. Compared to other attachment, I moved the panel entirely and behavior remains unchanged.
Comment 2 Dylan Wolters 2022-06-28 11:14:56 UTC
Updating to note that this behavior continues after updating to KDE 5.25. Additionally, I've noticed that with certain display configurations the bug does not occur. On my laptop (HP Dev One), leaving the display settings to their default prevents this bug from occurring. On my desktop (which connects to a 27" 4K monitor), settings scaling to 150% with default resolution prevents this bug. Various other configurations still exhibit this problem. I've done full system restores since then, but I have not figured out what the direct cause is. For now, my best guess is that there its the result of more niche display configurations.
Comment 3 David Edmundson 2022-06-28 11:25:46 UTC
Can you run "killall xembedsniproxy" and confirm it goes away. Just to be certain we know what it is.
Comment 4 Dylan Wolters 2022-07-03 13:07:01 UTC
(In reply to David Edmundson from comment #3)
> Can you run "killall xembedsniproxy" and confirm it goes away. Just to be
> certain we know what it is.

Apologies for the delay in getting back to you on this, had to wait for the bug to appear again! Anyways, killing that process did fix the issue!
Comment 5 Bug Janitor Service 2022-07-18 04:36:42 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 6 Zamundaaa 2024-06-12 17:43:29 UTC

*** This bug has been marked as a duplicate of bug 433079 ***