Re: Preference file

Nicolas Pioch wrote:
> "According to the bug report",
> the engineers think this is a very bad idea...
> 
> Of course enquiring minds would like to know why,
> but maybe you'll tell us before they explain,
> as soon as thunder strikes :-)

The following is the comment the recommended the pref that I mentioned 
in my last post.  This pref works well, and nobody had anything negative 
to say about it.

------- Additional Comment #126 From Brendan Eich 2003-01-15 09:46 -------
This bug (actually, bug 188744) will be fixed soon.  It was introduced 
after mozilla1.0, when XUL elements were added to the FastLoad file. 
Ben and I didn't see the problem, but thanks to jrgm's tireless efforts, 
and to lots of help from people who sent him their FastLoad files, it's 
clear what is going wrong.

We're not going to turn off FastLoad (we're fixing the bug), but if you 
want to, use the nglayout.debug.disable_xul_fastload pref -- no need for 
a batch file.

/be



However, a later question was asked about a DIFFERENT pref.  The use of 
this pref was highly warned against.  If you look carefully – they are 
two different prefs!

Disabling the fastload is OK, but disabling the xul cache is NOT.



------- Additional Comment #147 From Tom Jac 2003-01-23 04:47 -------
-> #142
My question: does this work:
-> #126
user_pref("nglayout.debug.disable_xul_cache", true);


------- Additional Comment #149 From John Morrison 2003-01-23 14:34 -------
 > My question: does this work:
 > -> #126
 > user_pref("nglayout.debug.disable_xul_cache", true);

No, it does not. Do not _ever_ set that pref in a user profile. That 
pref should not even exist, and only remains for the benefit of some xul 
developers.