Created attachment 124457 [details] screenshot SUMMARY See the attached screenshot please. Cannot undo widget removing because click on "Undo" button has no effect. Clicks on any part of the widget explorer also have no effect. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.17.80 KDE Frameworks Version: 5.65.0 Qt Version: 5.13.2
Ack. I've seen it too. I suspect it's on the kwin side, but we can leave it here and investigate.
OSDs (volume level adjust, virtual desktop switching, screen brightness adjust) and sometimes tooltips of items in plasma panel also are semi-transparent.
If you can play with kwin effects and narrow down if any are keeping the window alive accidentally that would help.
Git commit d25bc3ce2138779e1b14ca0f7463396299b3ee1c by David Edmundson. Committed on 22/12/2019 at 11:37. Pushed by davidedmundson into branch 'master'. Sync QWindow flag WindowDoesNotAcceptFocus to wayland plasmashell interface Summary: Currently the widget explorer relied on some QML code calling KWindowSystem::forceActiveWindow which on plasma implicitly set this hint. This works for the first show, but the order of events is somewhat unreliable. It's invoked from QML when the window is ready, but for the second show this is before the wl_surface is created and it no-ops. By syncing the flags in applyType() we can guarantee we call this both when setFlags is called and when the wl_surface is created in the correct order. Related: bug 401172 Test Plan: Ran plasmashell Opened widget explorer twice Had focus each time Reviewers: #kwin, #plasma, romangg Reviewed By: #kwin, #plasma, romangg Subscribers: kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D26153 M +7 -0 src/plasmaquick/dialog.cpp https://commits.kde.org/plasma-framework/d25bc3ce2138779e1b14ca0f7463396299b3ee1c
*** Bug 369867 has been marked as a duplicate of this bug. ***