Re: Panel

[Neil Vachharajani <nvachhar pluto njcc com>]

On Wed, 8 Jul 1998, George wrote:

> On Wed, Jul 08, 1998 at 10:52:29PM -0400, Neil Vachharajani wrote:
> > After the panel got upgraded in CVS, I noticed that it stopped restoring
> > its state.  There was a message sent a couple days ago reporting the same
> > problem and I don't know if I have missed the response or what.  I looked
> > in my .gnome directory and noticed that there is a file called panel, a
> > directory called panel.d, and a directory called
> > panel-Session-<session-id>,  where session-id would be replaced with the
> > appropriate session.  I am assuming that the panel is being moved over to
> > a new way of saving its state.  I was going to try and fix the bug with
> > state restoration, but I realized I didn't know what the appropriate
> > behavior is.  Where is the config info really supposed to be stored ?  Is
> > anyone working on fixing this bug?  If not I will be more than happy to
> > fix it if some can point me in the right direction as far as the proper
> > files and directories for saving the panel's state.
> 
> the state restoring works just fine for me .. it was a little bit broke for
> about a day .... do make sure that you update all applets and recompile and
> reinstall them ... then delete panel files in the .gnome dir .... the
> session will be save in panel.d/<session-id>/* ... where the star is a bunch
> of files ...
> 
> a problem with gnome-config is this ... if a file exists and you have a
> directory of that name in your path when saving, the save fill mess up
> ... without warning actually ... and it will silently not do anything
> therefore not saving the state ... this needs to be fixed ... gnome-confing
> should probably issue a warning and move the offending file out of the way
> ... or use a different path or something to that extent ...
> 
> George
> 
> -- 
> ------------------------------------------------------------------------------
> George Lebl <jirka@5z.com> http://www.5z.com/jirka/
> ------------------------------------------------------------------------------
>   The following implements RSA in perl and is illegal to export from the US:
> 
>           #!/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj
>           $/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1
>           lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
> 
> 
> -- 
>          To unsubscribe: mail gnome-list-request@gnome.org with 
>                        "unsubscribe" as the Subject.
> 
> 

It seems that when I took a look at main.c in gnome-core/panel, there was
a reference to the old place of storing panel's state (i.e
panel-Session-<session-id> ).  Once I changed this to
panel.d/Session-<session-id> everything started working great.  I don't
know if this problem was unique to me but I had removed my entire .gnome
directory several times in an effort to fix this.  

I am attaching the patch to this message.  If it is inappropriate, could
someone point me in the right direction as to why my panel doesn't restore
its state.  With the patch it works.

Here's the patch:


Index: panel/main.c
===================================================================
RCS file: /debian/home/gnomecvs/gnome-core/panel/main.c,v
retrieving revision 1.154
diff -u -r1.154 main.c
--- main.c	1998/07/08 10:45:05	1.154
+++ main.c	1998/07/09 14:30:11
@@ -1863,9 +1863,9 @@
 
 		if(session_id) {
 			g_free(old_panel_cfg_path);
-			old_panel_cfg_path = g_copy_strings("/panel-Session-",
-							    session_id,"/",
-							    NULL);
+			old_panel_cfg_path = g_copy_strings("/panel.d/Session-",
+							    session_id, 
+							    "/", NULL);
 		}
 		puts("connected to session manager");
 	}



-------------------------------------------------------------------------------
Neil Vachharajani
nvachhar@pluto.njcc.com