Comment 148 for bug 1335492

Revision history for this message
In , Haenig (haenig) wrote :

problem persists here for xfdesktop 4.12.3 (OpenSuSE Tubleweed)

auditing (summary) shows the following after logon:

lots of reads from /home/thomas/.config/xfce4/desktop/icons.screen0-2544x971.rc
and then suddenly
a create icons.screen0-2544x971.rc.new.16834.tmp
a rename/move icons.screen0-2544x971.rc.new.16834.tmp to icons.screen0-2544x971.rc.new
a rename/move icons.screen0-2544x971.rc.new to icons.screen0-2544x971.rc

everything triggered/done by /usr/bin/xfdesktop (PID=16834)

inode IDs before and after logon differ and the original contents of icons.screen0-2544x971.rc are lost

meanwhile I have already 2 "solutions"

1. (the older one, from/for XFCE 4.10 (see Bug 9192))
- at every shutdown/startup of the machine I create a backup and
- there is a desktop shortcut to restore the last of those backups

2.
- systemd service looking for greeter process => removes all write permissions for .config/xfce4/desktop/ folder
- autostart script which 60 seconds after logon adds write permission for .config/xfce4/desktop/ folder
- obsoletes backup/restore

For me THE question is/remains, why at all has the positions file to be written to at logon/startup?

As it happens this seems not to be necessary, as my "solution" 2 shows.