Created attachment 169885 [details] Recording where I try to remove an element on the right side of my bottom panel SUMMARY When entering edit mode to remove an element from a panel, the Panel Settings window obscures the popup settings that appear when hovering over elements under it. STEPS TO REPRODUCE 1. Enter edit mode 2. Focus on a panel 3. Try to remove elements that are below the panel settings window OBSERVED RESULT The remove button is behind the Panel Settings window EXPECTED RESULT These controls should be on the layer above the Panel Settings window. SOFTWARE/OS VERSIONS Linux: 6.9.2 KDE Plasma Version: 6.1 Beta (6.0.90) KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2273
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4361
Git commit a6886a3d1af88682e966d73fbb6c0b1f019b4b41 by David Edmundson. Committed on 29/05/2024 at 05:43. Pushed by davidedmundson into branch 'master'. shell: Don't set panelconfigview as an applet for stacking order purposes This was added as a wokaround for the case of overlapping other panels. As well as being semantically not entirley correct, it also causes issues with stacking order as other popups from the panel that should be on top of this window. M +0 -6 shell/panelconfigview.cpp https://invent.kde.org/plasma/plasma-workspace/-/commit/a6886a3d1af88682e966d73fbb6c0b1f019b4b41
*** Bug 487722 has been marked as a duplicate of this bug. ***
*** Bug 487961 has been marked as a duplicate of this bug. ***
This is marked as fixed in 6.1.0, but I'm having this exact same issue on 6.1.1. Is there anything I need for the fix to work? Software Information: Operating System: EndeavourOS KDE Plasma Version: 6.1.1 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 Kernel Version: 6.9.6-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-8665U CPU @ 1.90GHz Memory: 31.0 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20N3SEYC00 System Version: ThinkPad T490
Indeed, re-opening.
*** Bug 488836 has been marked as a duplicate of this bug. ***
*** Bug 488835 has been marked as a duplicate of this bug. ***
*** Bug 488796 has been marked as a duplicate of this bug. ***
*** Bug 488788 has been marked as a duplicate of this bug. ***
Git commit ba91ef4124300e881b2ebe3e937b5dfb3a36aa98 by Niccolò Venerandi. Committed on 28/06/2024 at 18:26. Pushed by niccolove into branch 'master'. Make panel config tooltips ask for focus after each applet change If the tooltip loses focus, e.g. due to an applet being triggered, then they might appear hidden underneath other windows. By asking for focus whenever they change the applet, i.e. whenever the user hovers a different applet, we ensure that they're always on top. FIXED-IN: 6.1.2 M +1 -0 containments/panel/contents/ui/ConfigOverlay.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/ba91ef4124300e881b2ebe3e937b5dfb3a36aa98
Git commit aad5814e70f42f4a44c42ec23ca6e921c6e739e6 by Niccolò Venerandi. Committed on 28/06/2024 at 18:26. Pushed by niccolove into branch 'Plasma/6.1'. Make panel config tooltips ask for focus after each applet change If the tooltip loses focus, e.g. due to an applet being triggered, then they might appear hidden underneath other windows. By asking for focus whenever they change the applet, i.e. whenever the user hovers a different applet, we ensure that they're always on top. FIXED-IN: 6.1.2 (cherry picked from commit ba91ef4124300e881b2ebe3e937b5dfb3a36aa98) 0a82a374 Make panel config tooltips ask for focus after each applet change Co-authored-by: Niccolò Venerandi <niccolo@venerandi.com> M +1 -0 containments/panel/contents/ui/ConfigOverlay.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/aad5814e70f42f4a44c42ec23ca6e921c6e739e6
*** Bug 489473 has been marked as a duplicate of this bug. ***
on arch linux running 6.1.2 the bug is still there. I deleted my previous panel and added a new default penal and the issue is still there.
Same here. Running 6.1.2, created a fresh user, issue still exists. Also can still reproduce when booting the kde neon live iso (neon-user-20240704-0716.iso).
I can confirm the issue still happens on neon-user-20240704-0716.iso (6.1.2). It does not seem to happen on neon-unstable-20240701-1605.iso (Plasma 6.1.80). Both tested in a vm (qemu), my bare metal testing setup is out of order right now. If it happens, no special steps are needed - just boot, close the Welcome Center, click the panel, "Show Panel Configuration", hove over the tray. I didn't try hard to find ways to get it to trigger if it doesn't immediately, as the bug is about it happening in regular operation.. Seems like either the fix depends on some non-backported change, or there is some other issue there that emerges in non-trivial ways. Reopening as there have been three reports of this still happening on 6.1.2 .
*** Bug 490188 has been marked as a duplicate of this bug. ***
*** Bug 490223 has been marked as a duplicate of this bug. ***
Can confirm on openSUSE Tumbleweed 20240711. Only on Wayland, not on X11
Created attachment 171631 [details] Editing the panel on Wayland (Buggy behaviour)
Created attachment 171632 [details] Editing the panel on X11 (Normal behaviour)
*** Bug 490238 has been marked as a duplicate of this bug. ***
If it's still happening for folks on released software but not Neon Unstable or compiled from git master (as for me), then it looks like whatever fixed this is actually in Plasma 6.2. not 6.1.
*** Bug 490658 has been marked as a duplicate of this bug. ***
*** Bug 490913 has been marked as a duplicate of this bug. ***
*** Bug 491057 has been marked as a duplicate of this bug. ***
*** Bug 491101 has been marked as a duplicate of this bug. ***
Same problem here.
*** Bug 491232 has been marked as a duplicate of this bug. ***
*** Bug 491400 has been marked as a duplicate of this bug. ***
*** Bug 491416 has been marked as a duplicate of this bug. ***
*** Bug 492035 has been marked as a duplicate of this bug. ***
*** Bug 492853 has been marked as a duplicate of this bug. ***
*** Bug 492986 has been marked as a duplicate of this bug. ***
I am quite glad to know this, also that this wont be a problem with Plasma 6.2. On a positive note, others stumped by this behavior, should they look here they'll have a solution.