Created attachment 48107 [details] Quick fix Version: unspecified (using Devel) OS: Linux Using the folderview as the desktop, it is possible to move icons around manually (if the "Icons - Lock in Place" option is off). However, if this is done and then the icon of one of the items is changed (via its "Properties" dialogue), all of the desktop icons revert to their default position. This happens regardless of the "Lock in Place" setting. Reproducible: Always Steps to Reproduce: Set the folderview as the desktop containment. Create some items (a link to an external URL or a local device will do). Set "Lock in Place" off, and move some of the items around on the desktop. Set "Lock in Place" on. Right-click on one of the icons (it doesn't matter which one) and select "Properties". Set a new icon by clicking on the current one (top left) and selecting a different icon (the category doesn't matter). Click "OK". Actual Results: The icon of the changed item is updated as expected, but all of the items also revert to their default position at the top left. Expected Results: The manually placed items should not move. Applying the patch as in the attachment fixes the problem by brute force (ignoring the model's layoutChanged() signal if the icons are locked). But this is probably not the right thing to do.
I think there are some related bugs: https://bugs.kde.org/show_bug.cgi?id=226813 https://bugs.kde.org/show_bug.cgi?id=244525 https://bugs.kde.org/show_bug.cgi?id=251752 https://bugs.kde.org/show_bug.cgi?id=247505 My observation: 1. Position of objects are not remembered by folderview (after logout/login) if one of object is an image. 2. Position of objects resets immediately when an image is added.
*** Bug 251752 has been marked as a duplicate of this bug. ***
Like described in Bug 251752 it works for me in this case in 4.5.3, but the icons don't held they're position if I start KDE up again after aranging.
Still a problem with 4.6.0
*** Bug 226813 has been marked as a duplicate of this bug. ***
Doesn't reproduced on 4.6.2. Fixed?
Is this still a problem? otherwise i close this bugreport. thanks
Cannot reproduce on icon change with current trunk, although have not tried all circumstances in all duplicates. Will reopen if necessary.
Works now for me. Suse 11.4 with KDE 4.6.0