SUMMARY Deleted panel, when restored by clicking "Undo" on "Panel Removed" notification, will get stuck in edit mode. STEPS TO REPRODUCE 1. Enter edit mode 2. Create a Default Panel 3. Delete new panel 4. On "Panel Removed" notification click "Undo" 5. Exit edit mode 6. Try to use panel OBSERVED RESULT Panel behaves as if it is in edit mode. Widgets can't be moved, but show context menus and overlays from edit mode. EXPECTED RESULT Panel behaves normally SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 6.1.0 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.1
I can confirm this bug.
Does this indeed describe the following problem (because in that case I also noticed it too here and then I do not need to report it again): 1. So I was in edit mode (Arch Linux, Plasma 6.1), and then I chose to Delete the panel (the taskbar). Or actually, I did this accidentally (whoops). 2. So I immediately choose to Undo that action. Followed by exiting the Edit Mode. 3. Then I noticed that not everything "belonging" to the Edit Mode was gone, the Panel was indeed stuck in edit mode like the subject here says. The only way to for me to get out of this was to logout from the desktop using Ctrl+Alt+Del and login again. I repeated it a few times (which is tricky, as I do not prefer to loose the whole panel :P) and every time it happens again, so it looks like a consistent problem.
Can also reproduce the original issue.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/libplasma/-/merge_requests/1163
Git commit 8cb3608b0d60dac4d479b669ed2cf744d6b1ec92 by Marco Martin. Committed on 28/06/2024 at 12:09. Pushed by mart into branch 'master'. On applet destroyed go out of configure mode When an applet gets setDestroyed(true) which is the undoable applet delete which just hides it, if userConfiguring was true, go out of configure mode, as no configure ui should be available when the applet doesn't exists officially anymore and more important when the applet or the containment goes out of destroyed (undo) no configure ui should be there M +2 -0 src/plasma/private/applet_p.cpp https://invent.kde.org/plasma/libplasma/-/commit/8cb3608b0d60dac4d479b669ed2cf744d6b1ec92
Git commit ccfbf390d2ae4557adba049531980f783b726710 by Marco Martin. Committed on 28/06/2024 at 12:57. Pushed by mart into branch 'Plasma/6.1'. On applet destroyed go out of configure mode When an applet gets setDestroyed(true) which is the undoable applet delete which just hides it, if userConfiguring was true, go out of configure mode, as no configure ui should be available when the applet doesn't exists officially anymore and more important when the applet or the containment goes out of destroyed (undo) no configure ui should be there (cherry picked from commit 8cb3608b0d60dac4d479b669ed2cf744d6b1ec92) 8cb3608b On applet destroyed go out of configure mode Co-authored-by: Marco Martin <notmart@gmail.com> M +2 -0 src/plasma/private/applet_p.cpp https://invent.kde.org/plasma/libplasma/-/commit/ccfbf390d2ae4557adba049531980f783b726710
*** Bug 489549 has been marked as a duplicate of this bug. ***