| Summary: | Deleted panel is stuck in edit mode when restored from notification | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | rkolbaskin |
| Component: | Panel | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | contact11.stooge620, filip.kendes1, jivanewstone, jongeduard, nate, niccolo.venerandi, notmart |
| Priority: | NOR | ||
| Version: | 6.1.0 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/libplasma/-/commit/ccfbf390d2ae4557adba049531980f783b726710 | Version Fixed In: | 6.1.2 |
| Sentry Crash Report: | |||
|
Description
rkolbaskin
2024-06-22 12:45:06 UTC
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. *** *** Bug 489973 has been marked as a duplicate of this bug. *** |