Version: 4.4.0 (using KDE 4.4.0) OS: Linux Installed from: Archlinux Packages Starting from kde 4.4.0, plasma applet folderview doesn't work as expected. To reproduce: -Create a new widget folderview -Configure it and choose Sort icons: unsorted. -Move some icon around -create a new file in the folder -notice that the icons you moved now are sorted. -try the same thing with folderview plasmoid from 4.3 -notice that the icons remains where you moved.
*** Bug 227907 has been marked as a duplicate of this bug. ***
*** Bug 228242 has been marked as a duplicate of this bug. ***
From bug 227800: I positioned my desktop icons my way. But if I remove an icon or add a new icon, all icons loose their position, and are sorted, so all my positioning work is loosed. Reordering should only happen on a special action (for example from context-menu).
*** Bug 227800 has been marked as a duplicate of this bug. ***
Bug 224708 contains more details/examples about this bug.
*** Bug 224708 has been marked as a duplicate of this bug. ***
There is also another problem with sorting in "Folder View" desktop activity. If enabled align to grid icons can't be placed in bottom row near panel even if enough space there. In KDE 4.3.x it could be done.
*** Bug 228089 has been marked as a duplicate of this bug. ***
*** Bug 228340 has been marked as a duplicate of this bug. ***
SVN commit 1095736 by fredrik: Fix the icon view always being resorted when a new file is created. Fixed for: 4.4.1 BUG: 227157 M +1 -1 iconview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1095736
(In reply to comment #7) > There is also another problem with sorting in "Folder View" desktop activity. > If enabled align to grid icons can't be placed in bottom row near panel even if > enough space there. In KDE 4.3.x it could be done. Folderview enforces a 10 pixel margin between the icons and the edges of the view. In KDE 4.3 there was a bug in that you could stack an icon right up against the edge, but this caused the icon to be out of alignment with respect to the grid. What you're seeing is a side effect of that bug being fixed. I am contemplating removing that margin requirement for the right and bottom borders when manually rearranging icons though.
*** This bug has been confirmed by popular vote. ***
*** Bug 228488 has been marked as a duplicate of this bug. ***
*** Bug 228878 has been marked as a duplicate of this bug. ***
Hmm. I don't think this is fixed. Procedure: Copy a .desktop file to the Desktop folder, e.g. by using an existing one and copy it to a new file. The new icon with the same text as the old one is located somewhere at an unused location, but the remaining icons do not move. Edit the new desktop file using Emacs. When the file is saved, Emacs creates a file with a '~' at the end and saves the new version. The order of file creation (e.g. via temp file) and file renaming probably depends on how Emacs is configured. In this moment all icon positions on the desktop are reset and all icons are located at the left edge of the desktop. Removing the '~'-file does not change anything again, the icons stay at their (now wrong) place. Using kdebase4-workspace-4.4.93svn1149349-478.1.x86_64 from openSUSE repos. How can I reopen this bug?
Please reopen - bug still present Linux Mint KDE 9 KDE 4.5.1 Folderview Any changes to the existing icons causes my configured icon locations to be abandoned and realigned on the left side of the desktop. This is very annoying since I am constantly modifying the icons with new files and permissions. Hope this helps.
I can reproduce the bug in 4.5.1, too. 1) sort your icons in desktop grid cross over the desktop 2) right-click -> new file-> textfile "test.txt" 3) all icons are reordered and all work is lost!
I think my open bug 182712 is about the same issue
(In reply to comment #17) > I can reproduce the bug in 4.5.1, too. > > 1) sort your icons in desktop grid cross over the desktop > 2) right-click -> new file-> textfile "test.txt" > 3) all icons are reordered and all work is lost! Confirmed in Fedora 14 with KDE 4.5.1.
*** Bug 251004 has been marked as a duplicate of this bug. ***
*** Bug 250928 has been marked as a duplicate of this bug. ***
*** Bug 250943 has been marked as a duplicate of this bug. ***
Confirmed with openSUSE 11.2 repos for KDE 4.5.1. It doesn't make a difference if you select "lock in place" inside the folder view setting or not.
*** Bug 251109 has been marked as a duplicate of this bug. ***
*** Bug 251709 has been marked as a duplicate of this bug. ***
*** Bug 229908 has been marked as a duplicate of this bug. ***
*** Bug 248869 has been marked as a duplicate of this bug. ***
This bug was not fixed , and introduced another problem in KDE SC 4.5.1 Before that , when fonts (systemsettings) are changed , icons will be re-arranged. Now if you try to cut a entry on your desktop , screen flashes , and icons rearranged ;-(
*** Bug 252352 has been marked as a duplicate of this bug. ***
I posted one of the duplicate bugs.... The problem also appears in PCLinuxOS 2010 KDE 4.5.1
Problem still exists in KDE 4.5.2.
Confirmed for me, upgraded to 4.5.2 and the icons auto-sorted upon deleting a folder from my desktop.
4.5.2 and KDE is still broke. I dont ask that much from my desk top just that icons stay where I put them. Del or moving a file or folder and boom out resort oping a document that is on the desktop boom auto resort. I dont know what KDE changed recently but they should change it back. KDE is actually keeping me from recommending Linux to anyone as all the Linux distros that are uptodate have broken desktops thanks to KDE unleashing this bug. KDE team please actually fix the bug
(In reply to comment #33) > 4.5.2 and KDE is still broke. I dont ask that much from my desk top just that > icons stay where I put them. > KDE team please actually fix the bug Don't forget to add your 20 votes to this bug to or it never will be fixed.
(In reply to comment #34) > > Don't forget to add your 20 votes to this bug to or it never will be fixed. I have but are they even working on it? It seems like all they are doing is closing all the reports that report this to be a KDE 4.5.X bug. If they are going to insist that the new 4.5 instance of this is the old bug they fixed than brout back this bug report needs to be renamed to not say it is fixed and say it is about 4.5.X. When they close the bug reports people can find do the votes get merged?or just the bug gets liked over
(In reply to comment #35) > I have but are they even working on it? Hope they are working hard on fixing of this bug.
I brought this up once and got my head bit off for it but the real problem here is there is not a "none" option for Arrangement like there is an "unsorted" for sorting. Which means those of us who dont want a possessed desktop have no way to disable these "feature" when it is not behaving properly. really all KDE needs is a way to tun it off so we can opt out of our desktop being possessed
confirmed on suse 11.3 and kde 4.5.2 (KDE 4.5.2)
confirmed on mandriva 2010.1, kde 4.5.2
http://www.pclinuxos.com/forum/index.php/topic,80753.msg668360.html#msg668360 This thread on pclinuxos.com/forum goes about this subject.... I think it's solved for PCLinuxOS (by Texstar (and/or KDE))??? (not completely sure, haven't experimented yet with that icons)
Confirmed in Fedora 14 x86_64 beta, KDE 4.5.2 Fix working for me is to revert the change made in revision 1126376.
I have seen this problem yesterday when I have cleaned my Trash folder. Searching if a similar bug was already in bugzilla, I found a bug "closed as duplicate" of this one, so I added my comment in this bug report. Can you try to empty your trash folder and let us know if you see the problem?
Emptied the trash folder and logged out. Reverted to Fedora rpms. Logged back in and the desktop icons have instantly been resorted into alpha order. Sorting selection in Desktop Settings - Plasma Workspace is Unsorted. A quick test of moving existing icons to new positions and then creating a new text file causes the existing icons to be re-arranged.
Sorry, I think the fix is done by Texstar (the main developer of PCLinuxOS) to KDE4 (we asked it on the forum - and because there isn't much action (bugfixing) here, he fixed it himself maybe (just for us) - our kde4 always is different than the 'normal' kde: tweaked by him)) => maybe it's possible to ask him to submit his fix??? Mail: texstar at gmail dot com (don't know if he will answer it very fast that way). If someone of kde wants it to, I also can ask it on the forum of PCLinuxOS (don't know it that's the 'normal' thing happening to fix a bug) -- or maybe he submitted it already??? (don't know at all) Or just install PCLinuxOS and upgrade your installation :-D (sorry, I had to say that ;-) )
Created attachment 52456 [details] Patch to fix unsorted setting being ignored.
The Patch fixes the problem for me. Thanks!
(In reply to comment #45) > Patch to fix unsorted setting being ignored. Thank you! Icons are sorted properly with patched kdebase.
(In reply to comment #45) > Created an attachment (id=52456) [details] > Patch to fix unsorted setting being ignored. Thank you very much for the patch. I will commit a slightly modified version of it that handles a few more cases.
SVN commit 1185295 by fredrik: Fix the model being dynamically sorted when the view is set to unsorted. Based on a patch by Jason Harvey <kdebgz.9.almoff@spamgourmet.com>. BUG: 227157 FIXED-IN: 4.5.3 M +7 -1 folderview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1185295
Created attachment 52795 [details] patched folderview plasma widget for solving rearrange icons on left side bug
(In reply to comment #50) > Created an attachment (id=52795) [details] > patched folderview plasma widget for solving rearrange icons on left side bug reply to myself to specify what is this attachment. It is a replacement for kubuntu 10.10 package which contains folderview applet. I've rebuild kdebase package for kubuntu and I've applied the patch by Jason Harvey (see comment #45). Building of kdebase generating some .deb package. One of this, plasma-widget-folderview_4.5.1-0ubuntu4_i386.deb, contains the patched folderview applet. Install it with: sudo dpkg -i plasma-widget-folderview_4.5.1-0ubuntu4_i386.deb
This bug still exists for KDE 4.5.2 for Mandriva Linux 2010.1.
please reopen! still exists in kde 4.5.3 from openSUSE build service!
(In reply to comment #53) > please reopen! still exists in kde 4.5.3 from openSUSE build service! Is it really broken? Are you sure to disable sorting by setting icon sorting to unsorted in folder view settings - display? I tested with OpenSUSE 10.2 and Kubuntu 10.10 and it works fine for me now.
yes, i have it set to "unsorted".
i'll re-open this, but conditionally: can you provide a step-by-step method for reproduction? it seems that it is fixed for at least some, so assuming it does persist as you say, there must be a condition that isn't being caught with the changes made for 4.5.3. thanks.
Aaron: Here are my reproduction steps for KDE 4.5.2 First, log into your KDE 4.5.2+ account. Second, create a new folder and then right click on it and then choose "Move to Trash". Third, right click on the Trash can and choose "Empty Trash Can". Watch all the icons on your KDE 4.5.2+ desktop move all the way to the left or the right depending on the sorting choices you made in the "Configure your Desktop" choice in the KDE menu. Sincerely, Keith D. Lee On 11/05/2010 03:46 PM, Aaron J. Seigo wrote: > https://bugs.kde.org/show_bug.cgi?id=227157 > > > > > > --- Comment #56 from Aaron J. Seigo<aseigo kde org> 2010-11-05 23:46:48 --- > i'll re-open this, but conditionally: can you provide a step-by-step method for > reproduction? > > it seems that it is fixed for at least some, so assuming it does persist as you > say, there must be a condition that isn't being caught with the changes made > for 4.5.3. > > thanks. >
KDE Platform Version: 4.5.3 (KDE 4.5.3) Qt Version: 4.7.0 Operating System: Linux 2.6.34.7-0.5-desktop x86_64 Distribution: "openSUSE 11.3 (x86_64)" I cannot reproduce the problem.
@Keith: "Here are my reproduction steps for KDE 4.5.2" the fix only made it into 4.5.3, so the bug is expected to still be reproducible in 4.5.2. could you update to 4.5.3 and try that?
I am running 4.5.3 and i just got bitten by this bug again.
@Mathias Homann: please see comment #56
there is no "step by step" reproduction, other than "Start computer, log in to KDE4, find that in one out of five your desktop icons have sorted themselves"
Not resolved here at 100%. I have the bug when I copy one big file from dolphin to my plamsa desktop (ctrl c + ctrl v on my desktop). 4.5.3.
Icons also resorted after changes in font settings.
I can reproduce the resorting after changing font-settings. Seems, that all tries for fixing this do not solve this at the root. I have given up sorting my icons for now, and this really make my desktop much less usable.
today, icons are resorted (with setting "unsorted") by deleting an icon in kde 4.5.3. Please reopen!
Created attachment 54241 [details] My default desktop icons layout
Created attachment 54242 [details] Alphabetically randomly rearranged icons
Created attachment 54244 [details] Desktop icons settings - NO ARRANGE choosen!
Created attachment 54245 [details] Kernel and KDE version
This bug (icons are randomly alphabetically rearranged after KDE start, although any of their arrange is choosen) is still here in KDE 4.5.4 "release 9" in openSUSE 11.3. After X-server (i.e. KDE) restart the icons are in their default (right) position. All is back after next PC restart (rearranged -> X restart -> default). PLEASE REOPEN THIS BUG!!! It is very frustrating!
BTW, where is (or which is) the file with icon positions configuration? I think there could be a workaround: backup this file and rewrite the new (bad) one from backup.... There are some small apps for MS Windows desktop working on this principle.
Still a bug on Kubuntu 10.10 (KDE version 4.5.1). Any save to the folder causes folderview to rearrange icons. Please reopen.
The bug goes on in KDE 4.5.5/openSUSE 11.3. FOR CHRISSAKE, WHAT CAN I DO TO REOPEN THIS BUG??????????
Calming down would be a fine start. I've not been able to reproduce this bug on 4.6, with folderview as desktop and "normal folderview". Can anybody else reproduce this with 4.6?
with kde-4.6 I cannot even move the icons on the desktop anymore (altough fixed positions is disabled). on two different pcs (with opensuse-11.3 kde factory repo).
Regarding not movable icons - I opened a new bug. Please support it with your votes. And developers, please fix it soon, it is annoying as hell. I have to use single click mode because of that. https://bugs.kde.org/show_bug.cgi?id=264505
so is this bug actually open or closed? The comment from Sebastian Kügler seems to indicate that this is fixed in 4.6?
> --- Comment #78 from Beat Wolf <asraniel fryx ch> 2011-01-30 13:32:35 --- > so is this bug actually open or closed? The comment from Sebastian Kügler > seems to indicate that this is fixed in 4.6? Definitely not , i'm on Gentoo and KDE4 trunk , changing font will still resort all icons on Desktop ( no align to grid , no position lock selected )
But that is not what this bugreport is about, this bugreport is about adding a folder that then will reorder the files
On 13:51 Sun 30 Jan , Beat Wolf wrote: > https://bugs.kde.org/show_bug.cgi?id=227157 > > > > > > --- Comment #80 from Beat Wolf <asraniel fryx ch> 2011-01-30 13:51:21 --- > But that is not what this bugreport is about, this bugreport is about adding a > folder that then will reorder the files If only regarding adding new stuffs by right clicking , dragging from dolphin , copy & paste , then this bug is fixed in trunk.
Great. i think there is another bugreport for the font issue, if not, please open one :)
http://forums.opensuse.org/english/get-technical-help-here/applications/450074-kde-4-5-folder-view-desktop-icons-place.html sorry but this is not fixed yet. Today I changed name of a folder then places of all icons changed and allinged to the left top corner.
I gave the link because still people have this problem!!!
I have noticed also this happens after if you change an old icon with a new icon from properties (right click on an icon).
NO BODY CARES!!!???
I'd like to note that the current KDE version is 4.6.1. I do not have any problems regarding this issue (however many other problems, but that's a different story). You have an old version and keep complaining. Just update to get the fix. That's my opinion.
Thank very much.
Hello everyone, Sorry, but this bug is not fixed. I tried openSUSE 11.4 with KDE 4.6.1. I set my desktop to folder view, with arrangement "Top to Bottom, Right to Left", with sorting "Unsorted". I keep a few permanent icons in a column on the left side of my desktop, and I keep new, temporary stuff in columns starting from the right side of my desktop. Expected behavior with this behavior is that my manually placed files stay where I manually place them on the left, and new files go to the right side of the desktop. This is the way it works with openSUSE 11.3 / KDE 4.4.x. But with 11.4 / 4.6.1, for some reason the manually placed icons on the left side get sorted over to the right side, even though I have "Unsorted" enabled. One time it corresponded with me changing the Font size or style, but there are other causes as well. Please mark this bug as "open" again. Thanks a lot!
*** Bug 247505 has been marked as a duplicate of this bug. ***
This bug is not fixed in kde 4.7.3: I deleted 2 icons, then all icons got resorted although in configuration I have "unsorted". Please reopen.
In KDE 4.7.2 icons are sorted when I change the wallpaper or wallpaper image scaling option in FolderView settings. Don't know if this is fixed in 4.8 branch, but I don't see any reports on this, so I guess it is not.
In KDE 4.7.4 icons are sorted when I change the wallpaper or wallpaper image scaling option in FolderView settings (only the first change, next changes do not rearrange icons' positions). Is it fixed in 4.8?
In KDE4.8 (openSUSE 11.4) this bug IS NOT STILL FIXED. Will you be so kind and change the status to REOPENED? Thank you.
please reopen, bug still exists in 4.8.1. additional info: I have two user accounts on my laptop. account a has $home on the local harddisk, and the re-arraging icons bug has never hit that user so far. account b has $home on a nfs share from a fileserver, and gets hit by that bug a lot but not on every login.
I had this problem again (deleting a file from the desktop, all icons got sorted again, although unsorted in options) in kde-4.8.4. Please reopen.
Reopening by user requests.
(In reply to comment #97) > Reopening by user requests. Thank you. I confirm this bug in KDE 4.8.4 (4.8.4) "release 513" at openSUSE 11.4. This bug is very annoying, very old and still is here... Please, repair it!
Still present on KDE 4.10.x. The icons will be messed up by various actions. Changing visual settings in System settings, Adding/Removing a panel etc.
Still present in openSUSE 12.3 , KDE 4.10. Three years later...
I'd like to mention another weird behaviour: After having about 4 files vertically aligned along the left column of my desktop, I deleted them. Then, when saving a new file to the Desktop, it does not appear at the top left spot, but rather at the 5th place down in the grid, as though the other icons were still there.
4 years, weird user-esperience-breaking behavior still present while fix for it is retardedly simple. What a shame. Fix the damn bug please...
(In reply to comment #102) > 4 years, weird user-esperience-breaking behavior still present while fix for > it is retardedly simple. What a shame. Fix the damn bug please... http://www.kde.org/code-of-conduct/ This kind of input is not welcome in KDE; please read the above link and moderate your responses in future. As to the bug: The folderview component as written in C++ has become rather complex and currently being ported to QML where it will become rather more simple. As such, the complaints related to the C++ implementation are unlikely to apply to the QML port. Given the above and that this report is actually several different bugs strung together in one report over a very long period of time by various individuals, I'm retiring this report.
(In reply to comment #103) > This kind of input is not welcome in KDE; please read the above link and moderate your responses in future. Accoding, but some user use KDE as professionnal computer, and are donator (like me). And you can understand this kind of reaction for long stand bug.
Right now I'm in the middle of an exam session until the end of January, after that this is my priority task. Please check if the bug still is valid for 4.11 (is that the current stable binary release?) I'm pretty sure that Eike Hein has fixed most of the cases, if not all, which the bug consists of. The rest, if any, I'm going to take care of. On Thu, Jan 9, 2014 at 1:56 PM, BRULE Herman <alpha_one_x86@first-world.info > wrote: > *Comment # 104 <https://bugs.kde.org/show_bug.cgi?id=227157#c104> on > bug 227157 <https://bugs.kde.org/show_bug.cgi?id=227157> from BRULE Herman > <alpha_one_x86@first-world.info> * > > (In reply to comment #103 <https://bugs.kde.org/show_bug.cgi?id=227157#c103>) > > This kind of input is not welcome in KDE; please read the above link and moderate your responses in future. > > Accoding, but some user use KDE as professionnal computer, and are donator > (like me). And you can understand this kind of reaction for long stand bug. > > ------------------------------ > You are receiving this mail because: > > - You are the assignee for the bug. > >
Thank you for taking care of it. Behavior is still present in 4.11.3. Actually there is no option to set desktop icons sorting to "unsorted". Available options are only "name", "type", "date" and "size". (In reply to comment #105) > Right now I'm in the middle of an exam session until the end of January, > after that this is my priority task. > > Please check if the bug still is valid for 4.11 (is that the current stable > binary release?) I'm pretty sure that Eike Hein has fixed most of the > cases, if not all, which the bug consists of. The rest, if any, I'm going > to take care of. > > On Thu, Jan 9, 2014 at 1:56 PM, BRULE Herman <alpha_one_x86@first-world.info > > wrote: > > > *Comment # 104 <https://bugs.kde.org/show_bug.cgi?id=227157#c104> on > > bug 227157 <https://bugs.kde.org/show_bug.cgi?id=227157> from BRULE Herman > > <alpha_one_x86@first-world.info> * > > > > (In reply to comment #103 <https://bugs.kde.org/show_bug.cgi?id=227157#c103>) > > > This kind of input is not welcome in KDE; please read the above link and moderate your responses in future. > > > > Accoding, but some user use KDE as professionnal computer, and are donator > > (like me). And you can understand this kind of reaction for long stand bug. > > > > ------------------------------ > > You are receiving this mail because: > > > > - You are the assignee for the bug. > > > >
Ehm i could be barking at the wrong tree afterall. Source of confusion was lack of "unsorted" option in sorting settings. As it turns out moving icons around makes all sorting options unchecked in desktop context menu options and adds unsorted option in plasma desktop settings panel. And as one would expect in that case icons stay the way user put them when new folders or files are copied/created. This is probably a good sign that icon sorting requires explicit "unsorted" setting because that is what users are used to. Otherwise it might create some confusion as it did now. Sorry for confusion again :)
(In reply to comment #107) > Ehm i could be barking at the wrong tree afterall. Source of confusion was > lack of "unsorted" option in sorting settings. As it turns out moving icons > around makes all sorting options unchecked in desktop context menu options > and adds unsorted option in plasma desktop settings panel. And as one would > expect in that case icons stay the way user put them when new folders or > files are copied/created. > > This is probably a good sign that icon sorting requires explicit "unsorted" > setting because that is what users are used to. Otherwise it might create > some confusion as it did now. > > Sorry for confusion again :) and after reboot they are still auto-sorted. so its still a bug.
Ignat, if you still plan to work on this, please change the bug status.