SUMMARY If I try to move a favorites icon by clicking and dragging it to a new position in the menu, the application is launched after I release the button and move the mouse cursor away from the icon. This is a pretty recent regression. STEPS TO REPRODUCE 1. Click and drag a favorites icon to a new position and release the mouse button. 2. Move the mouse cursor. OBSERVED RESULT As soon as the mouse cursor moves in step 2 above, the application is launched. EXPECTED RESULT The application should not be launched. WORKAROUND After dragging an icon to its new position, release the mouse button but don't move the mouse cursor. Then press Esc, and the app won't launch. SOFTWARE/OS VERSIONS Linux: Fedora Linux Plasma Desktop Edition 41 KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Graphics Platform: Wayland
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. ***