[dev] Unofficial Demo site upgraded ...

[Carlos Pedrinaci]

I must admit that I haven't checked that out in the code, so take my
words with some care.

Between the first "login" into a particular application and the second
one there shouldn't be any difference in the code while reading the
prefs. So the only possibility that seems logic to me, is that, the real
preferences read happens after the menu has been loaded. Thus, the first
time you don't get the correct result but the second time that works
because it's using the preferences read the first time.
Does that make sense to you?

Carlos

El jue, 02-10-2003 a las 10:49, Jan Schneider escribió:
> Zitat von Marko Djukic <mdjukic at horde.org>:
> 
> > it is actually a prefs problem. i've managed to trace it down to
> > $prefs->_prefs
> > being null. ie. not even reading in the defaults stored in prefs.php.
> > hence
> > menus don't get to see the 'both' setting for menus.
> >
> > why it is not reading the prefs.php at first load, no idea. spent way too
> > many
> > days on this.
> 
> As far as I was able to trace this (yes, I see it too, but only randomly
> because I have most preferences stored), the default prefs *are* actually
> read but *forgotten* somewhere on the way.
> 
> That's btw the reason for the failed unserialize warnings in the portal edit
> view.
> 
> Jan.
> 
> --
> http://www.horde.org - The Horde Project
> http://www.ammma.de - discover your knowledge
> http://www.tip4all.de - Deine private Tippgemeinschaft