! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Low disk space corrupts panel
Status:
RESOLVED: FIXED
Product:
Xfce4-panel

Comments

Description Robin Gower 2008-07-01 16:24:29 CEST
I ran out of disk space without realising it this morning.  I was unable to trash files (as the trash couldn't be opened for writing) but managed to clear some space with rm on the command line.  I've now got just less than a gig of  HDD space free.

After restarting my machine, I found that my xfce-panel had become messed-up:
- all of my launchers became "new item, has not been configured" (including firefox, terminal and the clipboard)
- the xfce menu button changed to a different image/ title
- all of the panel items are left justified (instead of being spread to the right and left sides).

I'm using Xubuntu 8.04.1 (Hardy).
Comment 1 Robin Gower 2008-07-01 16:25:29 CEST
Created attachment 1720 
What my panel now looks like (i.e. messed-up)...
Comment 2 Robin Gower 2008-07-01 18:56:05 CEST
I've just noticed that my Thunar settings have reverted to default.  This problem affects more than just the panel.
Comment 3 Nick Schermer editbugs 2008-07-01 19:28:00 CEST
And why do you think this is a panel problem? If there is no space to write the panel configuration the plugins (and also the panel) fallback to the default settings.

Marking this bug as WONTFIX since we can't do anything about it and as you can see it affects a lot more applications. If you think there is a solution for it or it's panel's fault somehow, please re-open the bug.
Comment 4 Robin Gower 2008-07-01 22:08:52 CEST
Thanks for the quick response.

I didn't change any of the settings so I don't see why the configurations needed writing.

Should I report this elsewhere?
Comment 5 Nick Schermer editbugs 2008-07-02 06:13:42 CEST
Mm I see why your confused. Well the panel always writes it's configuration on exit and in regular intervals (also asks plugins to save at the same time).

Monitoring changes makes the panel save too much (ie. after dragging a panel etc), so saving on exit and intervals make things a lot easier.

I suggest you tell your self and buy a huge harddisk to avoid problems in the feature ;-).
Comment 6 Jasper Huijsmans editbugs 2008-07-02 10:52:21 CEST
Hmm, Nick, if the panel can't write it's configuration, nothing should change, should it?  I'd expect thunar to work like that as well.  I'm wondering if there might be another problem...

Robin, if you check the launcher-xxx.rc files in .config/xfce4/panel/, do you see the incorrect values?  That would mean incorrect data gets saved.
Comment 7 Nick Schermer editbugs 2008-07-02 11:14:00 CEST
Experimental panel writes the panels.xml config using g_file_set_contents (which does create a tmp file -> move on succeed). I can add this code to the panel in trunk, but the plugins mostly use XfceRc, so then this is partly a libxfce4util problem.
Comment 8 Jasper Huijsmans editbugs 2008-07-04 14:10:25 CEST
(In reply to comment #7)
> Experimental panel writes the panels.xml config using g_file_set_contents
> (which does create a tmp file -> move on succeed). I can add this code to the
> panel in trunk, but the plugins mostly use XfceRc, so then this is partly a
> libxfce4util problem.
> 

Ah, yes, the ´old´ panel already does this. We should fix the plugins I guess... or rc saving in libxfce4util?
Comment 9 Nick Schermer editbugs 2008-08-01 20:13:12 CEST
Mm we try to rename in trunk, will look into this a bit more.
Comment 10 Nick Schermer editbugs 2008-08-02 08:48:24 CEST
Using g_file_set_contents in trunk now, which checks if all the bytes are written before it renames the tmp file to the dest file, something we didn't do properly.
That should fix this bug, please reopen if it doesn't.
Comment 11 karmon 2009-05-05 20:39:19 CEST
(In reply to comment #10)
> Using g_file_set_contents in trunk now, which checks if all the bytes are
> written before it renames the tmp file to the dest file, something we didn't do
> properly.
> That should fix this bug, please reopen if it doesn't.


Hi Nick,

I don't know if this bug has been fixed in the latest releases but I want to report that I experienced the same problem on my machine (running Xfce 4.4 RC2 under Debian Etch).
I'm aware that I shouldn't let my partition fill up completely but this time it happened.
The annoying part is that my panel was pretty much cleared of most custom configurations. 
I had 10 starters for various programs. They are still there but custom icons are gone as well as the program paths.
The pager was set up to show 4 desktops. Now there are only 2 left.

Bookmarks in gthumb are gone, too. In contrast to that, those in XFE are still there (as they should).

In my opinion there shouldn't be any changes to the panel configuration UNLESS the user is making adjustments. 
Isn't it strange that the panel stays the same for many, many months and on that dreadful day when the partition fills up, it messes up the configuration when there was no need to do so ?

Not that I'm planning to fill up my partition on a regular basis, but I hope this has been fixed in the releases following xfce 4.4
Comment 12 karmon 2009-05-05 20:40:41 CEST
Ok, just read that the status shows "resolved/fixed".
Thanks for reading anyway.

Bug #4190

Reported by:
Robin Gower
Reported on: 2008-07-01
Last modified on: 2010-11-20

People

Assignee:
Nick Schermer
CC List:
2 users

Version

Attachments

Additional information