| Summary: | Manually ordering favourites is not working properly | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Antonis G. <gaantonio> |
| Component: | Application Launcher (Kickoff) widget | Assignee: | David Edmundson <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | net147, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| URL: | https://www.youtube.com/watch?v=auULmXfa8DA | ||
| Latest Commit: | http://commits.kde.org/plasma-desktop/1a78088c455f4dd62334d4c0028bb247585bd843 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
|
Description
Antonis G.
2015-04-04 13:07:32 UTC
*** Bug 345741 has been marked as a duplicate of this bug. *** Git commit 1a78088c455f4dd62334d4c0028bb247585bd843 by Marco Martin. Committed on 07/04/2015 at 11:46. Pushed by mart into branch 'master'. wrong sign the drag events were explicitly ignored for the first 2 items of the list M +1 -1 applets/kickoff/package/contents/ui/FavoritesView.qml http://commits.kde.org/plasma-desktop/1a78088c455f4dd62334d4c0028bb247585bd843 Thanks for the patch, this fixes the first issue. Now that I looked again at it, it seems that the code, that looks which favourite item was dragged, can be fooled if you move the cursor away from kickoff (while dragging the item) move back to the applet, highliting another item, then again outside, and finally dropping it back. Should I fill a new bug report for that? Doesn't that change prevent the if block from ever executing since Math.abs() never returns a negative value? |