Ghee: Please make sure to update the gnome-session manpages with information about how the new interfaces work. I am sure the arguments to gnome- session-save are different, and it sounds like the FILES affected in the $HOME directory are different.
Brian > Since the community has implemented session saving in 2.25.92, I added 2 > new patches to allow gnome-session-save and click to save session on the > options tab of gnome-session-properties. > + gnome-session-13-access-save-session.diff (This patch is upstremable) > + gnome-session-14-bad-clients.diff (This is a distro specific patch for > now) > > I also have to remove > patches/gnome-session-12-hide-preference-options.diff to expose the > options tab again. > > How these these patches work? > > Patch 13 > 1. Modified tools/gnome-session-save.c > This is modified so that if there is no parameter passed, it saves the > user session in the default session directory. > To do so, I have to create a new DBus message called SaveSession which > is specified in gnome-session/org.gnome.SessionManager.xml > > 2. in gsm-manager.c I have to create a new signal handler for client > Save Session > 3. in the same file, gsm_manager_save_session () which actually do the > save session call. > > 4. same changes is made to gsm-properties-dialog.c as is in > gnome-session-save.c > > Patch 14 > There are 2 autostart applets, ospm-applet and nwam-manager seems to > response multiple times to session save operation. It is not clear yet > whether this is a problem with the clients or with the current session > saving protocol implementation. I have included here for now until > understanding as to who is at fault is found out, > > so we have sort of basic session saving. > BTW, the session files are saved as desktop files now in > $HOME/.gnome2/gnome-session/saved-session and not what they used to be > by libgnomeui. > > -Ghee >
