Bug 248869 - icon places on desktop rearrange / reset automatically by action on Desktop
Summary: icon places on desktop rearrange / reset automatically by action on Desktop
Status: RESOLVED DUPLICATE of bug 227157
Alias: None
Product: plasma4
Classification: Plasma
Component: containment-desktop (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Other
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-24 08:11 UTC by Ruben Van Laerhoven
Modified: 2011-11-09 18:45 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ruben Van Laerhoven 2010-08-24 08:11:31 UTC
Version:           4.5 (using KDE 4.5.0) 
OS:                other

When using Folder View, it's possible to place icons on different locations on the Desktop, and to lock the icon places and the widgets....
However by dropping something in the trash, or by saving a document on the Desktop, the icons go back to the original layout..... 

Reproducible: Sometimes

Steps to Reproduce:
http://www.pclinuxos.com/forum/index.php?topic=78003
=> even by making a new account, the problem persists
: so, PCLinuxOS 2010.7 KDE4.5 Desktop with Folder View, replace the icons on it to another place, and do an action on the Desktop as described at Details or at the given link....

Actual Results:  
icons go back to standard layout

Expected Results:  
Icons have to stay at their locations

Using PCLinuxOS (from their forum => problem discoverd - no solution found for it)
Look at the given link:
http://www.pclinuxos.com/forum/index.php?topic=78003
Comment 1 Ruben Van Laerhoven 2010-08-25 19:11:11 UTC
This bug is not happening in KDE 4.4.4 (the only pc that still has that version, so I can't check it for sure)
Comment 2 Ruben Van Laerhoven 2010-08-26 12:27:31 UTC
This bug isn't going about the folder view widget,
but about de Folder View ACTIVITY for your Desktop ;)
Comment 3 wonderz 2010-08-31 07:32:05 UTC
I can confirm this too on Kubuntu 10.04 KDE 4.5
Comment 4 Victor Nikiforov 2010-09-01 10:28:06 UTC
I get the same strange behaviour using KDE 4.5.1. Arch linux x86. 
I had some files on the desktop and some folders. Moving a file in a folder re-arrange all icons on the desktop. 
The desktop use Folder View.
Comment 5 Ruben Van Laerhoven 2010-09-01 13:23:51 UTC
I know that the folder view activity wasn't planned for KDE 4.x;
but I hope it will be available in the future, because it has its advantages...

That's why I hope this matter will be solved...
Comment 6 Ruben Van Laerhoven 2010-09-06 13:24:07 UTC
Still having the problem on KDE 4.5.1 on PCLinuxOS 2010
Comment 7 newbi462 2010-09-15 14:06:59 UTC
OK adding to this since it has no priority!!

I know this bug seems minor but the end result is it puts the end user in a boxing match with their own desktop.

This BUG has actually stopped from handing out Linux disks. I would rather they have no Linux experiences rather than a bad one cause by a KDE bug.

Dose any one know if this bug is getting any attention or consideration or is it here for the foceable future? 

This bug is still in affect in 4.5.1 and is giving the whole KDE desktop a bad name
Comment 8 Yoann Laissus 2010-09-18 15:23:22 UTC
A workaround which seems to work :
- Right click on desktop, and click on 'Folder View Settings'
- Navigate to the 'Location' menu, and select 'Specify a Folder'
- Have the specified folder point to /home/<YOURUSERNAME>/Desktop

But there is an annoying side effect: shortcut's names contain .desktop at the end instead of the Name field inside the file.

So, it's not a folderview issue.
Comment 9 wonderz 2010-09-18 21:39:03 UTC
What exactly does your workaround do? It doesn't help me.
100% reproducible: place a document in a folder view, move it's icon away from its default position. Edit and save it. All icons' positions are reset again.
Comment 10 Aaron J. Seigo 2010-09-20 22:27:10 UTC

*** This bug has been marked as a duplicate of bug 227157 ***
Comment 11 Keith Lee 2010-10-30 16:42:45 UTC
This bug still exists for KDE 4.5.2. The aforementioned work around works for me.
Comment 12 Ruben Van Laerhoven 2011-11-09 18:45:30 UTC
working OK now in KDE 4.6.x versions on PCLinuxOS