| Summary: | Sometimes, drag'n'drop of entries in the task bar stops working | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Ralf Jung <post> |
| Component: | Task Manager and Icons-Only Task Manager | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | maris.kde, nate |
| Priority: | NOR | ||
| Version: | 5.26.90 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/plasma-desktop/-/commit/9d6f3cee2f87284687c2907949a961ed15dcb75f | Version Fixed In: | 6.0 |
| Sentry Crash Report: | |||
|
Description
Ralf Jung
2023-02-06 16:19:44 UTC
I wonder if this is the same underlying cause as https://bugs.kde.org/show_bug.cgi?id=442321 - is some modifier key getting stuck? Could be. The next time this happens, can you see if mashing the modifier keys makes it get unstuck? If so, it's probably got the same root cause as Bug 442321. Also can you confirm whether you're using 5.26.5 (i.e. the last released Plasma version) or 5.26.90 (i.e. the Plasma 5.27 beta)? I'm currently on the beta, according to the system info screen. I observed similar issue. At startup after desktop loading has finished, I could not drag'n'drop task manager items. I managed to track down steps to reproduce – when previously running applications were restored to a virtual desktop and they consisted of only three Firefox windows, rearranging would not work, but when restored windows contained also another application (Dolphin, Konsole, ..), rearranging works. I am not familiar with QML, but it seems that if animation is canceled, TaskList PropertyAction doesn't get run and thus "animating" property is always stuck as being true. This means that onDragMove in MouseHandler.qml always will skip as the first test is to check if animating is true and then skip the rest of function. Solution that works for me is to add "target.animating = false;" line to onDragEnter in MouseHandler.qml. Sorry for such a messy description. QML and Plasma internals are black maigck for me. plasma-desktop 4:5.27.8-1 libqt5qml5:amd64 5.15.10+dfsg-2 Ralf, does that match what's happening for you as well? Māris, good catch! Would you like to submit a merge request with that change in it? I think in my case it was probably the stuck modifier key issue. Ok, thanks! *** This bug has been marked as a duplicate of bug 442321 *** Git commit 9d6f3cee2f87284687c2907949a961ed15dcb75f by Fushan Wen. Committed on 17/02/2024 at 10:12. Pushed by fusionfuture into branch 'Plasma/6.0'. 🍒applets/taskmanager: reset animating property on mouse enter TaskList Grid move during a SequentialAnimation sets an later removes "animating" property. Sometimes (e.g. session restore) this animation fails to complete and then "animating" property remains true. This prevents drag'n'drop with mouse, as MouseHandler onPositionChanged skips everything if "animating" property is set. FIXED-IN: 6.0 (cherry picked from commit 67886ca2be7f83c2c3319c5cd1c67b8447411133) M +1 -0 applets/taskmanager/package/contents/ui/MouseHandler.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/9d6f3cee2f87284687c2907949a961ed15dcb75f |