Sometimes the icons stick to their old position: trying to drag them they snap back to their old position. Sometimes it works..but in 50% they refuse to relocate. Sometimes they snap to another position on the virtual grid that lies beneath ( I assume) . Unfortunately that grid could not be disabeld so its even not possibel to freely position the icons. Reproducible: Sometimes Steps to Reproduce: 1. switch Desktop to folder-view 2. left-click and hold an desktop icon and drag it to another location 3. release mousebutton on location and see what happens: Actual Results: Sometimes the icon will be moved to the desired location, sometimes it will snap back to the old location and sometimes it will snap to a location besides the desired location because of the "virtual" grid that couldn't be disabeld ! Expected Results: Icon should snap to the exact location where the mousebutton is released - or at least in the sector of the grid where the mousebutton is released !
There was a bug where the top left corner of the icon was used as a reference point rather than the center/mouse position. Can you try again with Plasma 5.6 Beta?
I will try....if I know how to install 5.6 beta on my manjaro system without breaking it ;-) I will let you know ! :-)
Tried with the 5.6 release today and now I have a new behaviour : rubberband effect still there IF : "lock desktop widgets" is active. If not then I could move the icons and they snap to the underlaying grid. But what has "lock widgets/apps" to do with the desktop icons ? That should be two different things..; :-)
Indeed, I don't understand your report - with widgets locked, icons can still be selected (including rubberband) and moved. That's normal.
Ok I think I explained it missleading: with rubberband I meant that the Icons will snap back to their old position - so it looks like they are tied with a rubberband on the dekstop. I don't mean the selection-rubberband. Locking the widgets normally doesn't lock the icons.. just the wirdgets... but for me the icons are locked to...with a rubberband effect to their location ;-) Hope thats clearer ;-)
Definitely can't reproduce that ... would you mind recording a short video (e.g. using vokoscreen)? The behavior might give me a clue.
Hi Eike, Vokoscreen is a wonderful tool - thanks for the tip ;-) I just recorded the effect on my desktop. Hope that makes it clear ...and yes - English is not my native language ;-))
Created attachment 98260 [details] Screen Recording of the "rubberband" effect I tried to show the problem with locked desktop widgets ( German: Miniprogramme) and the rubberband effect. Hope that makes it clear.
Thanks, can reproduce now!
Seems Bug 360578 is exactly the same effect/problem ;-)
*** Bug 360578 has been marked as a duplicate of this bug. ***
Desktop icons are movable when widgets are locked in: Netrunner Rolling Plasma: 5.11.4 Apps: 17.08.3 Frameworks: 5.40.0 Qt: 5.9.3 Kernel: 4.14.3-1-MANJARO KDE neon Developer Edition - Unstable Branches Plasma: 5.11.90 Frameworks: 5.42.0 Qt: 5.9.3 Kernel 4.10.0-42-generic
Presently the bug persists (to some extent). Approximately 50% of the time when I try to move an icon (drag it) I end up on a location that is invalid (as indicated by the mouse icon) and that makes rearranging the desktop a very tedious task.
There's actually no invalid locations. This is a bug in a library DND component that was fixed recently, I think. No relation to this ticket.
Created attachment 118610 [details] Video demonstrating the Rubberband effect while dragging desktop icons Please excuse the heavy compression.
The effect persists for me on latest Plasma 5.15.2 (installed from Kubuntu Backports PPA). Desktop icons cannot be dragged correctly, it appers as every second pixel on the screen is not allowed and dropping an Item will just do nothing, as indicated by the "action not allowed" cursor. The "Lock Widgets" setting does not seem to affect the behaviour. When new widgets from the widget menu are dragged onto the desktop the same bug occurs, however, moving an existing widget with its handle works fine.
I no longer experience this bug as of plasmashell 5.15.4 (Manjaro Linux). I don't now which code changes were relevant, but if someone else confirms - we can mark it as fixed.
Let's call it fixed.