| Summary: | After dragging and dropping an icon in the Favorites menu to a new position, moving the mouse pointer/cursor launches that application | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | S. Christian Collins <s_chriscollins> |
| Component: | Application Launcher (Kickoff) widget | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ad.liu.jin, altmail, benmordecai, cwo.kde, EpicTux123, hu.repasidavid, jeddyh15, john.kizer, jon9097, kalebepalaciodesouza, kdedev, madness742, med.medin.2014, mikel5764, nate, noahadvs, postix, social.calamari468 |
| Priority: | VHI | ||
| Version First Reported In: | 6.3.3 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/plasma-desktop/-/commit/9a2235472c2e2ca37203fb961875c8172a529de9 | Version Fixed In: | 6.4.0 |
| Sentry Crash Report: | |||
|
Description
S. Christian Collins
2025-03-16 15:50:14 UTC
I can't reproduce this also on Fedora 41, but with all KDE software from git master. I can reproduce this on my Fedora KDE 41 device, and on a KDE Neon (User Edition) VM, with both the grid and list arrangements. *** Bug 501940 has been marked as a duplicate of this bug. *** *** Bug 502101 has been marked as a duplicate of this bug. *** I just managed to reproduce this in a slightly different way on my system: 1. Drag app in the grid 2. Release mouse button 3. Move pointer somewhere else that's *not* over an app icon 4. Click At this point, the dragged app launches. I can consistently trigger this on master. Dragging then releasing the mouse button over an icon activates it, dragging but releasing the mouse button over an empty area does not activate it. I added some debug statements to all the places where the delegate is activated (that I could find at least, might have missed one). The onTriggered handler of the action associated with the delegate is called, but none of the functions that call trigger on the action (like the onClicked handler or the Accessible.onPressed one etc.). If I boldly store the action in a new property instead of the ItemDelegate's action property, it seems to work as expected (but that's obviously not a solution). Might be an issue with ItemDelegate/AbstractButton triggering its action on drag&drop when it shouldn't. > Might be an issue with ItemDelegate/AbstractButton triggering its action on drag&drop when it shouldn't.
That seems to be the case. Blocking activation while either of the internal DragHandlers are active fixes the problem.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2949 Git commit 9a2235472c2e2ca37203fb961875c8172a529de9 by Noah Davis. Committed on 15/04/2025 at 21:33. Pushed by ndavis into branch 'master'. AbstractKickoffItemDelegate: block action trigger while dragging M +2 -1 applets/kickoff/package/contents/ui/AbstractKickoffItemDelegate.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/9a2235472c2e2ca37203fb961875c8172a529de9 *** Bug 502996 has been marked as a duplicate of this bug. *** *** Bug 503141 has been marked as a duplicate of this bug. *** *** Bug 503659 has been marked as a duplicate of this bug. *** *** Bug 503775 has been marked as a duplicate of this bug. *** *** Bug 503911 has been marked as a duplicate of this bug. *** *** Bug 503941 has been marked as a duplicate of this bug. *** *** Bug 503949 has been marked as a duplicate of this bug. *** *** Bug 504797 has been marked as a duplicate of this bug. *** |