From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.2.1) Gecko/20030206 Description of problem: GNOME panel workspace names are not saved across sessions in the switcher applet. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. right click on switcher applet 2. choose preferences 3. modify workspace names 4. log out of GNOME session 5. log back in Actual Results: The workspace names revert to Workspace 1, Workspace 2, etc. Expected Results: The names should have been retained. Additional info:
*** Bug 87567 has been marked as a duplicate of this bug. ***
If I run 'gconftool-2 -R /apps/metacity/workspace_names', this shows the names of the workspaces correctly, so they *are* getting saved. Indeed, right-clicking on the desktop shows all of the names correctly in the menu. So, it seems it's just the workspace switcher applet that doesn't load them correctly at log-in time.
They are also correct in the per-window menu? (top left corner in default theme?) This sounds more like a known bug, then. It happens if the workspace switcher starts before metacity does, I think, or something like that. Then metacity hasn't yet provided the space names. There may be a bugzilla.gnome.org bug for it already.
Yes, the menu is correct. I tested your theory by removing the workspace switcher from the panel and re-adding it, which should theoretically have forced it to reread the file and pick up the names, but it didn't.
It might be better to "killall gnome-panel" instead of just removing/readding that applet, as the libwnck code doesn't get unloaded on removing it most likely. Though it could definitely be a different problem.
'killall gnome-panel' doesn't fix it either, I'm afraid.
http://bugzilla.gnome.org/show_bug.cgi?id=102293
Long since resolved, it seems