Closed
Bug 165367
Opened 22 years ago
Closed 21 years ago
Preferences do not show and are not saved - everything is empty
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 198692
People
(Reporter: silvaran, Assigned: bugs)
References
Details
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•22 years ago
|
||
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.
Reporter | ||
Comment 2•22 years ago
|
||
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.
Scott Van Wart: How did the recompile go? Are you still seeing this problem?
WFm, current trunk CVS, Linux. Resolving as such. Please add comment if you still see the bug.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 5•22 years ago
|
||
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.
Status: RESOLVED → CLOSED
*** This bug has been marked as a duplicate of 198692 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 21 years ago
Resolution: --- → DUPLICATE
*** Bug 209900 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•