165367 - Preferences do not show and are not saved - everything is empty

Status: VERIFIED DUPLICATE of bug 198692

(SeaMonkey :: Preferences, defect)

Description

[Scott Van Wart]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020828
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020828

When I go to edit->preferences, absolutely none of the preferences are filled
in.  No radio buttons are selected (not even default ones), text fields are
empty, and nothing is checked.  This problem is everywhere: in the Navigator
settings, Security, you name it, no values are filled in.  When I try to select
values (choose radio buttons, fill in text fields, check boxes), these are not
saved upon OK.  No changes take effect, and when I go back into
edit->preferences, everything is blank.  The options are there, but none are
selected.

Reproducible: Always

Steps to Reproduce:
I didn't see this bug in the database, so I'll just dump my compile info here:

Grabbed source file from ftp.mozilla.org for 1.1, untarred/unzipped and cd'd to
that directory.

Ran configure with these options:
--prefix=/opt/mozilla
--localstatedir=/opt/mozilla/var
--sysconfdir=/opt/mozilla/etc
--mandir=/opt/mozilla/share/man
--infodir=/opt/mozilla/share/info
--enable-xft
--enable-crypto
--disable-tests
--disable-debug
--enable-optimize="-Os -march=pentium2 -mcpu=pentium2 -falign-functions=32
-falign-jumps=32 -falign-loops=32 -falign-labels=32 -fomit-frame-pointer
-funroll-loops -frerun-cse-after-loop -frerun-loop-opt -ffast-math -pipe"
--enable-xterm-updates

Ran make, then make install DESTDIR="/tmp/mozilla-root"
(am compiling with my own RPM SPEC file).
Compilation was done with gcc 3.2

Everything is installed in /opt/mozilla/{bin,share,...}
PATH is set to $PATH:/opt/mozilla/bin

After installation, I run these commands as root (for an automated installation):

export LD_LIBRARY_PATH=/opt/mozilla/lib/mozilla-1.1:$LD_LIBRARY_PATH
export MOZILLA_FIVE_HOME=/opt/mozilla/lib/mozilla-1.1
/opt/mozilla/lib/mozilla-1.1/regxpcom
/opt/mozilla/lib/mozilla-1.1/regchrome

And that's it.  I run "mozilla" as a regular user.



- Started with no ~/.mozilla directory (removed it).
- Compiled with GCC 3.2
- P2-350, 256/256 RAM/swap, X 4.2.0
- Using my own custom distro (stemmed from Linux From Scratch).
- glibc 2.5
- Use similar optimizations for most of the packages on my system (see the
--enable-optimize flag).
- No error messages are given to stdout/stderr when I go to edit->preferences,
even though every single little option is blank/unselected/unchecked

Comment 1

[Kenneth Herron]

Scott, can you reproduce this problem with a current version of mozilla? Could
you see if creating a new profile fixes things? Please remove your existing
mozilla profile (rename your .mozilla directory to something else), start
mozilla, and see if the problem is still present.

Comment 2

[Scott Van Wart]

I'm compiling 1.2.1 right now, as I still could not figure out what the problem
was.  I'll see if it still exists with the same setup, and try your profile
suggestion if it does.  If not I'll likely recompile in a similar fashion (I'm
using the slightly modified xft rh8 srpm spec right now instead of the build
flags I posted above) to see if I can reproduce it (if it's just the way I'm
building it).  Either way I'll add another comment as I get more info.

Comment 3

[R.K.Aa.]

Scott Van Wart: How did the recompile go? Are you still seeing this problem?

Comment 4

[R.K.Aa.]

WFm, current trunk CVS, Linux. Resolving as such.
Please add comment if you still see the bug.

Comment 5

[Scott Van Wart]

I compiled the supplied RH RPMS on several boxes (including one that wasn't
redhat), and it seems to be working fine.  I haven't seen the problem since 1.1.
 Thanks for the reminder.

Comment 6

[timeless]

fast-math

Comment 7

[timeless]

*** This bug has been marked as a duplicate of 198692 ***

Comment 8

[timeless]

*** Bug 209900 has been marked as a duplicate of this bug. ***

Comment 9

[Tim]

v