[4.11.8] Desktop icons rearrange on each login
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | xfdesktop |
In Progress
|
High
|
||
| | xfdesktop4 (Ubuntu) |
Undecided
|
Unassigned | ||
Bug Description
xfce4 looses desktop icon positions from time to time. The new positions are stored. Changing them again does store them ONLY if you create an additional desktop icon. Deleting this icon WILL in all cases make xfce4 loose all icon positions again!
Two screenshots to show the situation.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: xfce4 (not installed)
Uname: Linux 3.14.9+ x86_64
NonfreeKernelMo
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: XFCE
Date: Sat Jun 28 23:08:02 2014
InstallationDate: Installed on 2011-10-19 (983 days ago)
InstallationMedia: Xubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
SourcePackage: xfce4
UpgradeStatus: Upgraded to trusty on 2014-02-24 (123 days ago)
| Thomas Schweikle (tps) wrote : | #1 |
| Thomas Schweikle (tps) wrote : | #2 |
| Thomas Schweikle (tps) wrote : | #3 |
| Thomas Schweikle (tps) wrote : | #4 |
| affects: | xfce4 (Ubuntu) → xfdesktop4 (Ubuntu) |
This problem may be related to bug 1190990.
|
11 comments hidden
Loading more comments
|
view all 122 comments |
|
|
#17 |
Desktop icons order resets if there is an equal number of icons in any two or more columns.
version 4.11.8-0ubuntu0.1
|
|
#18 |
*** Bug 11194 has been marked as a duplicate of this bug. ***
|
|
#20 |
I've never encountered this (otherwise I'd happily fix it). Does it happen when:
- you stop and restart xfdesktop? (xfdesktop --quit; xfdesktop &)
- during a screen size change?
- during login?
Just trying to figure out when it happens for you. Thanks!
|
|
#21 |
Hello! Sorry for delay. I've just tried all of enlisted items, but the icons are still OK. I've noticed that after this bug occurs - number of .rc files in /home/USER/
Adding another panel - made the icons to fit in one row. Deleting this panel reverted changes in icon order (I think it is standart behavior)
|
|
#22 |
Is there a way to make united .rc file for all resolutions?
|
15 comments hidden
Loading more comments
|
view all 122 comments |
Did you already test the latest version of xfdesktop4 (4.11.8)? If it does not fix your issue, please forward this bug to the upstream bug tracker and tell us the bug number or the link.
| Thomas Schweikle (tps) wrote : | #7 |
Yes I've tested this version already. Same as before, except it sorts icons every startup, not only on occasion. I've attached what I have sorted them to, and what I have after logging off and on again.
| Thomas Schweikle (tps) wrote : | #8 |
Before logging off and on again
| Thomas Schweikle (tps) wrote : | #9 |
After logging off and on again
Thanks for your quick response. Did you file a report on the Xfce bug tracker? The current developer of xfdesktop rarely checks the launchpad reports.
|
12 comments hidden
Loading more comments
|
view all 122 comments |
|
|
#23 |
Here's the rationale for the rc files:
The .rc files are how Xfdesktop sees the space left on the screen. Things like the xfce4-panel may reserve space and xfdesktop respects that. The overall idea is that if your monitor goes through a couple resolution changes when your PC starts up or if you decide to play a game then your desktop should return to its old layout when it goes back to that resolution. Same thing with multi-monitor changes; you can have different layouts when your laptop is docked. The downside is that Xfdesktop doesn’t know when an icon position change should invalidate the other saved resolutions so in that case icons may change positions but Xfdesktop tries to minimize those moves.
Is it just one icon that gets messed up or all of them do? It may be due to something changing that causes xfdesktop uses an older .rc file (different panels or something like it on the desktop).
|
|
#24 |
(In reply to Eric Koegel from comment #6)
> Here's the rationale for the rc files:
> The .rc files are how Xfdesktop sees the space left on the screen. Things
> like the xfce4-panel may reserve space and xfdesktop respects that. The
> overall idea is that if your monitor goes through a couple resolution
> changes when your PC starts up or if you decide to play a game then your
> desktop should return to its old layout when it goes back to that
> resolution. Same thing with multi-monitor changes; you can have different
> layouts when your laptop is docked. The downside is that Xfdesktop doesn’t
> know when an icon position change should invalidate the other saved
> resolutions so in that case icons may change positions but Xfdesktop tries
> to minimize those moves.
>
> Is it just one icon that gets messed up or all of them do? It may be due to
> something changing that causes xfdesktop uses an older .rc file (different
> panels or something like it on the desktop).
All icons change their order. The locate in top left corner.
|
|
#25 |
I have noticed that the order resets when I logout and login. Three times in row this happened. I will try to remove gnome settings daemon and gsettings data convert from autostart and keep watching over my problem
|
|
#26 |
My computer created yet another file with such config "icons.
[/home/
row=0
col=0
[44A8-6CC0]
row=0
col=0
[Корзина]
row=0
col=0
[/]
row=0
col=0
[/home/yanpas]
row=0
col=0
|
|
#27 |
Hi,
Please, inspects your file /home/USER/
It happened to me, and seeing this file, i see that there are many programs which automatically run multiple times.
I suspect that when you save the session, multipes xfdesktop try to write the same file, creating problems.
But it's just a suspicion.
Eric,
I have to admit that also suspicious of my changes in the distribution of icons. This weekend I'll try to test with this change reverted..
Regards,
Matias.
|
|
#28 |
Hi,
You think this also happens to you?.
* https:/
If yes, the problem is that the desktop is starting with some theme, this implies a font size, etc etc, resulting in a grid size, and therefore, it can change the order of icons.
After a second, xfsettingsd set your preferred theme with different fonts, spaces, etc, resulting in the final grid size.
The icons were reorganized, but as the screen size is the same, never save a copy of the pocision icons. Only replacement it by new info.
|
|
#29 |
YES! I've noticed that my shimmer-project theme sometimes doesn't have time to load. For example Transmission gets default GTK icon on autostart and only restarting it changes the icon to the theme icon. Maybe some elements start in default theme and lose their order. Even if it so the bug persists, but in another component maybe
PS Another example: I have Clementine and Thunderbird on autostart. If I logout and then log in - thes programs doesn't have my GTK theme. Clementine is ugly-grey and thunderbird fonts are weird
|
|
#30 |
Ok,
In my tests, applying the patch to xfsettingd seems that fix the bug.
Whell, The xubuntu people should add the patch, but surely take time.
You dare to compiling xfce4-settings to test?.
|
|
#31 |
I will try to compile and will be watching bug
|
|
#32 |
Hello. I think you meant patch from bug 11188. But which of them? And how to change source code automaticly with these + and -
PS In previous comment I read it from mobile phone and misunderstood.
|
|
#33 |
Hi,
The best (Easy) way is compile directly the git version.
> sudo apt-get install git
> sudo apt-get build-dep xfce4-setting
> git clone git://git.
> cd xfce4-settings
> ./autogen.sh
NOTE: This command should be more complete, but for this test not worry so much.
> make
The next step would be: sudo make install, but recommend overwrite the executable.
> killall xfsettingsd
Note: Not worry by theme change, and maybe here you see changes in yours icons.
> sudo mv ./xfsettingsd/
> xfsettingsd &
And restart you desktop.. ;)
|
|
#34 |
And where is the patch in these steps, that small file with + and - lines. Or this patch has been already applied to the project and I need only to compile newer version from source?
|
|
#35 |
> Or this patch has been already applied to the project and I need only to compile newer version from source?
Yes. ;)
The patch was added two months ago,but not enough changes to make a new release of xfce4-settings.
|
|
#36 |
Created attachment 5813
icon bug
(In reply to Matias De lellis from comment #18)
> > Or this patch has been already applied to the project and I need only to compile newer version from source?
>
> Yes. ;)
> The patch was added two months ago,but not enough changes to make a new
> release of xfce4-settings.
Hello! Desktop icons behave good, there were no any self-replacements. But I've found new bug with xfsettingsd, which is not fixed in github. Transmission non-theme icon. Screenshot is attached. When I start my computer - I get default ugly icon, only after restaring transmission app icon becomes normal
|
|
#37 |
Created attachment 5814
Bug again
Oh no! Just after a comment bug reproduced again. All I did before was plaing GTA IV in resolution 1680x1050. Then I set my creen to my native resolution 1920x1080 (everything is still OK). Then I logged out and logged in - and icons are mixed.
Also on logging in my clementine player, which is loaded automaticly didn't fully catched gtk theme, it has weird and wrong Font.
|
|
#38 |
Ohh.. Ok. :(
Yesterday also happened to me. I will continue investigating.
Regards.
|
|
#39 |
Hi everyone,
Nothing new. Sorry.. I Cannot isolate it :S
I reverted all my changes (I was worried about these. haha).. and the bug is still there.. :S
Perhaps it is a old bug, and only we discovered it now.
Only one detail. I discovered that it occurs when I close a session with many open applications and the "Save session" option is activated.
And noticing that is a lot easier reproduce it when restart the machine instead just close and open the session. Not know what is the difference. :S
|
|
#40 |
Eric,
Not think that is related, but researching a bit found a bug:
> https:/
In this commit you introduce a big mem leak. Is not noticeable due it's just when close the session. I doubt the necessity of the commit, but surely you have your reasons. ;)
Well, the problem is that xfdesktop_
The obvious problem is the mem leak. but not the most worrying
The major problem is that you're assuming that XfdesktopApplic
..and due the missing unref basically never close it. Ends up being killed by the session. (This last is just supposition. haha. =)
Any idea how to debug this?
For now I'll add some g_print to see the sequence on shutdown.
Regards,
Matias.
|
28 comments hidden
Loading more comments
|
view all 122 comments |
| Thomas Schweikle (tps) wrote : | #11 |
Found what is going on: Desktop-Directory and Desktop configuration files are read concurently. Since desktop icon positions are not read at first, read files in Desktop-Directory are sorted default (top-left -> down-left). At some point at least one icon position is found (reading is concurent!) and then resorted. This leads to an event writing out the "new" positions of the icons, overwriting everything with new values. Since some icon positions where read before the icons where placed, these remain intact. Other icons where read before the icon positions where known these are sorted by default.
Result: some icons keep there places, while others are sorted by default.
At least one icon may be recognized as "moved" the icon position file is overwritten with the icon positions known by now.
This is a race condition: reading config-files races against reading desktop directory. Normally, with no load reading config files wins. But if some background processes are started this isn't true any more -- directory reading is faster, than configuration file reading with the result of resorted desktop icons.
The system shall make sure not to place any icon until it has read all configuration files holding icon positions. After these are know it can continue placing icons.
|
|
#12 |
Created attachment 5866
Versions of xfce-files.
While starting up icon positions are partially lost. Some icons stay where I put them, some get moved to default (top-left-
|
|
#13 |
|
|
#14 |
Hi,
Dup of https:/
Please, add launchpad info on these bug.
Regards.
| Changed in xfdesktop: | |
| importance: | Unknown → Medium |
| status: | Unknown → Confirmed |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in xfdesktop4 (Ubuntu): | |
| status: | New → Confirmed |
| summary: |
- xfce4 looses desktop icon positions from time to time + [4.11.8] Desktop icons rearrange on each login |
| Changed in xfdesktop: | |
| importance: | Medium → Unknown |
| status: | Confirmed → Unknown |
| megaus (megaus) wrote : | #16 |
xfdesktop 4.11.6-1ubuntu1 (trusty) do not have this issue
xfdesktop 4.11.8-0ubuntu0.1 (trusty-updates) has this issue
| Changed in xfdesktop: | |
| importance: | Unknown → High |
| status: | Unknown → Confirmed |
| Changed in xfdesktop: | |
| status: | Confirmed → Incomplete |
|
66 comments hidden
Loading more comments
|
view all 122 comments |
|
|
#83 |
I see last path [http://
I'm using xfdesktop4 4.12.0-1ubuntu1 on freshly installed Xubuntu 15.04, and the bug is still on.
I'm using 4.12.0 on a fresh Xubuntu 15.04 install, and this bug still affects me.
|
|
#86 |
This bug reproduced when I was playing with two monitors. I extended them, then unplugged HDMI, restarted mdm service (display manager) and voila - icons order is wrong.
| nam1962 (amauryat) wrote : | #87 |
I'm affected by this bug on :
trusty + 4.10
vivid + 4.12
wily + 4.12
Alright. The buggy behavior is still not fixed completely.
Can anyone apply the additional change from comment #62 and attach the debug output to this report?
|
|
#89 |
I don't know how to reproduce. Once I faced with it - was changing resolutions and diconnecting two monitors. Maybe it will be easier totally rewrite this fragment?
|
|
#90 |
Created attachment 6384
xfdesktop-4.12.2 built with --enable-debug=full debug log
(In reply to Thaddaeus Tintenfisch from comment #65)
> Can anyone apply the additional change from comment #62 and attach the debug
> output to this report?
Hi,
I'm using xfdesktop-4.12.2 on gentoo, and some (not all) desktop icons positions are regularly reseted.
I rebuilt xfdesktop-4.12.2 with the patch from comment #62 and the --enable-debug=full configure flag.
Attached file is my ~/.xsession-errors file captured after a session start when desktop icons positions were completly messed up.
At the end you can notice :
> DBG[xfdesktop-
for each icon which was not in its normal position.
|
|
#91 |
Faced after relogging. I may test and attach debug info if there is a need
|
|
#92 |
Created attachment 6395
4.12.2
Updated to 4.12.2. Now after logging out order stays the same, but icons shrink to stack.
|
|
#93 |
Hmm, reverted to package, which I wa using before, this behavior still goes on. So I guess update to xfce 4.12 is guilty (Mint 17.2) or MDM
Hi,
I'm experiencing the problem on Xubuntu 15.04 which comes with Xfce 4.12 (fresh install)
It is very annoying.
If you need any further testing, just ask me I'll be happy to help.
I have no external montor, just laptop screen.
I never change desktop resolution.
I have 40+ icons.
It seems not to happen 100% of the time...
Regards
I forgot: it seems the problem happens only on reboot.
When I just log out/log in, icons remain in their position...
Jason, please install and test xfdesktop 4.12.2 from this PPA:
https:/
Xubuntu 15.04 ships with version 4.12.0 which is affected by this bug.
The log file from comment #67 indicates that the icon order can still partially reset with the latest version.
During session start the size of the desktop area may change several times (mainly due to panels being started slowly). However, only the final size is appended to the name of the save file later on.
So, xfdesktop iterates through the desktop files/icons to restore their positions. It tries to find the according save file for the _current_ (maybe temporary) size of the desktop area. This fails for the first few icons, because only a save file for the final size exists.
Sadly, I was not able to work on this yet. It needs to be discussed with Eric also.
| Changed in xfdesktop: | |
| status: | Incomplete → In Progress |
*** Bug 12098 has been marked as a duplicate of this bug. ***
(In reply to Thaddaeus Tintenfisch from comment #73)
> Jason, please install and test xfdesktop 4.12.2 from this PPA:
>
> https:/
>
> Xubuntu 15.04 ships with version 4.12.0 which is affected by this bug.
Hi!
I updated and rebooted a few times.
The bug seems fixed for me, at this time.
If it show again, i'll come back to tell you.
Anyway thanks for your help!
|
|
#100 |
Can't reproduce with this package too. At least this package lessens frequency of this bug
| Goth Queen (artistbraab) wrote : | #101 |
In response to comment #97 by Thaddaeus Tintenfisch (thad-fisch):
Thaddaeus, this might very well be it. I noticed that, if I boot, reach the "fill in password" screen, fill it in immediately and continue boot into my desktop, the icons are reset.
However, when I turned my box on, go for a coffee, and log in when I come back, all the icons remain at their original position.
I repeated this several times, and found that if I wait before filling in my password and booting into my desktop, all icons remain at their original position. Hence, "some time to let the system catch up" seems to do the trick.
Does anybody else also see this behaviour?
I'm on xfdesktop4 4.11.8 (Xubuntu 14.04.3)
| Thomas Schweikle (tps) wrote : | #102 |
Yes this is what I see too, but it depends …: if for some reason while my desktop is prepared after logging in something starts using disks heavily icons will rearrange, even if the system had time to calm down. Until now the whole system of arranging icons depends on exact:
1. read the positions from ${HOME}
(or if it exists and matches screen width/height: ${HOME}
2. read directory content from ${HOME}/Desktop while reading rearrange icons to given positions
If this is not done exactly after each other icons will rearrange. Both actions are now distinct and started at the same time, running concurrently. Now just guss what happens, if 2 is ready before 1, or 2 starts, 1 catches up – icons will rearrange completly or partly. Why? Because reading an item from ${HOME}/Desktop without finding it in position data structures defaults the position of this item. It will be placed to the next free, available position. Since all positions are free until ${HOME}
Now lets have a look what happens if reading ${HOME}/Desktop starts, but is caught up by reading ${HOME}
Next if reading ${HOME}
All of this is made more complicated as the system immediately stores "newly" found icon positions to ${HOME}
From this:
1. make sure reading ${HOME}
2. reading any items from ${HOME}/Desktop
and
3. make sure ${HOME}
A simple solution would be to block execution of reading items from ${HOME}/Desktop until ${HOME}
(In reply to jason.braddock.69 from comment #76)
> (In reply to Thaddaeus Tintenfisch from comment #73)
> > Jason, please install and test xfdesktop 4.12.2 from this PPA:
> >
> > https:/
> >
> > Xubuntu 15.04 ships with version 4.12.0 which is affected by this bug.
>
> Hi!
>
> I updated and rebooted a few times.
> The bug seems fixed for me, at this time.
>
> If it show again, i'll come back to tell you.
>
> Anyway thanks for your help!
Hi guys,
after a few weeks, I can say that it works most of the time.
Still, sometimes a few icons have their positions reseted... Maybe once a week... seems rare and random...
| lumbricus (lumbricus) wrote : | #104 |
I struggle with a similar behaviour with xubuntu 15.04, but it might be a different bug related to two monitors with different resolution. Icons cannot be positioned outside of size of the smaller monitor and only on the primary monitor (although this is the larger one). If you change the icon size you can move the icons but there position is lost on log out.
Should I open a seperate ticket?
More details:
With standard settings everything seems to work fine, mirror is activated and I see one desktop on both monitors. Since one montior has a higher resolution the desktop is scaled on this monitor (and it is a bit stretched). Moving icons on seems to work fine. With a fresh user I could reproduce:
* mirrored monitor - everything works
* Display -> uncheck "mirror displays"
* moving icons works only in upper left area of the primary monitor (size of the secondary monitor)
* change Desktop settings -> Icons -> Icon size by any number of pixels, now you can move the icons everywhere
* log out, all icons jump back to positions of before chaning icon size
I use the latest PPA version:
$ xfdesktop --version
This is xfdesktop version 4.12.2, running on Xfce 4.12.
Built with GTK+ 2.24.27, linked with GTK+ 2.24.27.
Build options:
Desktop Menu: enabled
Desktop Icons: enabled
Desktop File Icons: enabled
| Yanpas (yanpaso) wrote : | #105 |
You should ask this on xfce bugzilla (link is attached here on launchpad). No one from xfce team reads launchpad I guess
| Thomas Schweikle (tps) wrote : | #106 |
May be. But I found this bug already filed at xfce bugzilla -- but not on lauchpad. And: how should anyone at Ubuntu know about this bug if not filed to lauchpad?
| Yanpas (yanpaso) wrote : | #107 |
Attaching xfce bugs to launchpad is useless. No one from canonical supports xfce software. The only reasonable bugs that may be filed to launchpad is outdated xfce packages with security vulnerabilities
| Goth Queen (artistbraab) wrote : | #108 |
Thanks Yanpas, your remark helped me a lot! Viewing the thread on https:/
As suggested there I:
- added the PPA (sudo add-apt-repository ppa:xubuntu-
- sudo apt-get update
- Opened up Synaptic and searched for xfdesktop
- Marked xfdesktop for update (dependencies selected automatically) and clicked APPLY
- As a result, Synaptic updated xfdesktop to version 4.12.2
- Exit Synaptic
- Removed Xubuntu Developers ppa ((sudo add-apt-repository --remove ppa:xubuntu-
Did this on multiple boxes (32 and 64 bit) and it seems to solve the problem!
Thanks to all developers for solving this annoying bug!
| Goth Queen (artistbraab) wrote : | #109 |
Sorry for the confusion, but have to report that the update went just fine, but the icons reset again today on all boxes with version 4.12.2
| Thomas Schweikle (tps) wrote : | #110 |
As for my analysis of this bug: it can't be gone at all, because there is a chance the data read to position the icons is read slower than the icons are positioned by default. There is no guaranty this could not happen looking at the code written. The bug isn't fixed at all!
|
|
#111 |
This bug is not fixed at all. There is a good chance reading icon positions from $HOME/.
And if this occurs the icons WILL again rearrange!
It will depend on how many applications you start, on IO-load, what is done in background. Processes reading many small files from disk, like man-page-updates, can trigger it.
A fast look at what the code does made clear: you do not have anything making sure the two threads: read "Desktop", read "Config" are not forced to run after each other. The part positioning the icons isn't locked at all. It will run concurrently to read config if read desktop is finished. It is triggered every time an item is read from read Desktop -- regardless reading configs is ready or not.
(In reply to <email address hidden> from comment #79)
> This bug is not fixed at all. There is a good chance reading icon positions
> from $HOME/.
> from $HOME/Desktop having icons rearrange. There is no locking nothing to
> make sure the icon positions are known BEFORE starting to read "Desktop".
> And if this occurs the icons WILL again rearrange!
> It will depend on how many applications you start, on IO-load, what is done
> in background. Processes reading many small files from disk, like
> man-page-updates, can trigger it.
> A fast look at what the code does made clear: you do not have anything
> making sure the two threads: read "Desktop", read "Config" are not forced to
> run after each other. The part positioning the icons isn't locked at all. It
> will run concurrently to read config if read desktop is finished. It is
> triggered every time an item is read from read Desktop -- regardless reading
> configs is ready or not.
Hi,
I don't know the code, so forgive me if I am rude or naive, but why are there two threads if they need to run one after the other?
Shouldn't there be a single thread running things properly?
Regards
| Mélodie (meets) wrote : | #113 |
It has also affected an install I did with Xubuntu 14.04.3. I had to position the icons in a particular way for a group of users, which I did, but could never get the @!*^%£$@@@!!! to keep their place as they were expected to.
|
|
#114 |
(This was already posted mistakenly on launchpad: https:/
I struggle with a similar behaviour with xubuntu 15.04, but it might be a different bug related to two monitors with different resolution. Icons cannot be positioned outside of size of the smaller monitor and only on the primary monitor (although this is the larger one). If you change the icon size you can move the icons but there position is lost on log out.
Should I open a seperate ticket?
More details:
With standard settings everything seems to work fine, mirror is activated and I see one desktop on both monitors. Since one montior has a higher resolution the desktop is scaled on this monitor (and it is a bit stretched). Moving icons on seems to work fine. With a fresh user I could reproduce:
* mirrored monitor - everything works
* Display -> uncheck "mirror displays"
* moving icons works only in upper left area of the primary monitor (size of the secondary monitor)
* change Desktop settings -> Icons -> Icon size by any number of pixels, now you can move the icons everywhere
* log out, all icons jump back to positions of before chaning icon size
I use the latest PPA version:
$ xfdesktop --version
This is xfdesktop version 4.12.2, running on Xfce 4.12.
Built with GTK+ 2.24.27, linked with GTK+ 2.24.27.
Build options:
Desktop Menu: enabled
Desktop Icons: enabled
Desktop File Icons: enabled
|
|
#115 |
I'm using xubuntu-dev-PPA's version for hlf a year on my Linux Mint 17.2 and the bug was never reproduced. Maybe this fix doesn't fix bug totally, but it's quite good. Will it be pushed to master?
| megaus (megaus) wrote : | #116 |
In the last few months I didn't face with this issue, so it seems to be fixed...
$ xfdesktop --version
This is xfdesktop version 4.12.2, running on Xfce 4.12.
Built with GTK+ 2.24.23, linked with GTK+ 2.24.23.
Build options:
Desktop Menu: enabled
Desktop Icons: enabled
Desktop File Icons: enabled
|
|
#117 |
Hi - is there any update on this issue? I'll be really happy the day I can finally sort out my desktop icons. Thanks all!
|
|
#118 |
I'm at version
xfce-base/
and still my icons are reordered on _every_ login.
Patiently waiting for a fix...
| rattskjelke (rattskjelke) wrote : | #119 |
I have been using Xubuntu for many years and haven't had this problem for a long time. I just did a fresh reinstall of 15.10. I don't know what xfce version it has but this problem of desktop icons rearragning themselve on bootup started again.
| era (esa-rajam) wrote : | #120 |
I did a fresh reinstall of 16.04 some weeks ago. Icons are moving again on boot.
I have tree monitors connected and icons are moving to leftmost.
I started with Xubuntu version 15.04 and had same problem.
On version 15.10 I get around problem by adjusting icon size.
On version 16.04 this trick is not working.
| Robert Wolter (rwolter) wrote : | #121 |
This bug is still present in xfce version 4.12.2 using Xubuntu 16.04.1.
Sometimes all icons are re-orderd during xfce startup, sometimes only some of them. The icons stay at their positions if the user only logs out and in again without rebooting.
| Colin Hemming (b-ubuntuone14) wrote : | #122 |
Seems to me that simply calling whatever function loads the icon positions after the rest xfdesktop has finished starting up would solve most of this. To prevent the position file being corrupted while starting (as it currently does) the file *should only be written out when the user expressly places an icon* and only save the position of icon that have been expressly placed. This would have the added benefit of any other icons tidying themselves up into the auto-arrange corner as others were moved away.
At least anoying.