Using the mouse to drag and drop items on the Favorites tab of the Application Launcher results in unexpected behavior - for example, another item other than the one I selected being displaced while the one I selected stays where it was. Honestly this sounds like a simple programming error like an index being miscalculated, probably - which should be trivial to resolve upon proper code inspection and basic testing. Reproducible: Always Steps to Reproduce: 1. Add 10 favorites to the menu. 2. Drag an item from the bottom of the favorites list (one of the last) to the top (one of the first). 3. Drop (release the mouse button). Actual Results: Selected item stays at the bottom of the list while two items on the top of the list are swapped. Expected Results: The selected item should be positioned exactly where I left it off at the end of the drag-and-drop operation. The steps above are a single use-case as a quick example, please verify that other possible drag-and-drop scenarios are functioning too since it's not a wide array of possibilities to cover. Since I'm not sure which package provides the Application Launcher, 5.6.0 was just an estimate based on plasma-desktop and plasma-workspace versions. I'm not opening another bug report for this since this would not be completely necessary after this report here has been closed but if whoever works on this item can consider adding a "sort alphabetically" right-click menu option to the favorites, it would certainly certainly be welcome :)
I did a ton of fixes in that area in 5.7.4 and 5.8.0, can you test with a more recent version and report back if the issues persist? Thanks. Yes, Kickoff application menu is in plasma-desktop.
Created attachment 101403 [details] attachment-31513-0.html Updated to 5.7.4 today. There is a definite improvement - the drag-and-drop reordering seems to mostly work now but there are still problems. It seems impossible to drop an item as to become the first entry and even in a minute moving items around there has been the mentioned earlier behavior of two unrelated items swapping positions. Trying to move an item as to become the last item is also problematic. Again it feels like a very badly tested feature if less than a minute messing around produces at least two different types of errors. Should I wait again for 5.8.0 to see if the lingering issues are solved or try to determine better reproduction steps? It mostly works fine but is very unpolished and partially broken and it seems to me the developer should be able to reproduce and identify the errors as easily as me (or better, being the feature's author). An automatic right-click option for "sort alphabetically" would still be appreciated. On 13 September 2016 at 04:49, Kai Uwe Broulik via KDE Bugzilla < bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=368712 > > Kai Uwe Broulik <kde@privat.broulik.de> changed: > > What |Removed |Added > ------------------------------------------------------------ > ---------------- > CC| |kde@privat.broulik.de > Status|UNCONFIRMED |NEEDSINFO > Resolution|--- |WAITINGFORINFO > > --- Comment #1 from Kai Uwe Broulik <kde@privat.broulik.de> --- > I did a ton of fixes in that area in 5.7.4 and 5.8.0, can you test with a > more > recent version and report back if the issues persist? Thanks. > > Yes, Kickoff application menu is in plasma-desktop. > > -- > You are receiving this mail because: > You reported the bug. >
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This has been fixed for quite some time, thanks for the auto-reminder. Closing.