99887 - Unable to create new profiles from scratch

Status: VERIFIED DUPLICATE of bug 42184

(SeaMonkey :: Startup & Profiles, defect)

Description

[Mikko Huhtala]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.4) Gecko/20010913
BuildID:    2001091311

Installed 0.9.4 on Red Hat Linux 7.1 as root and then started it as a regular
user who has no ~/.mozilla directory. Mozilla says

/opt/mozilla/run-mozilla.sh /opt/mozilla/mozilla-bin
MOZILLA_FIVE_HOME=/opt/mozilla
  LD_LIBRARY_PATH=/opt/mozilla:/opt/mozilla/plugins:/usr/lib/qt2/lib:
     LIBRARY_PATH=/opt/mozilla:/opt/mozilla/components
       SHLIB_PATH=/opt/mozilla
          LIBPATH=/opt/mozilla
       ADDON_PATH=/opt/mozilla
      MOZ_PROGRAM=/opt/mozilla/mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /home/mhuhtala/.mozilla
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /home/mhuhtala/.mozilla

...and never starts. If I start with the -ProfileManager option, the dialog
comes up, but is missing text on all buttons except for "Start Mozilla", which
is disabled, and "Exit". Trying to create a profile by blindly clicking the
textless buttons got me a profile creation dialog. I gave a username instead of
"Default User" and clicking "Finish" created an empty directory for that name in
~/.mozilla. The "Next" button in the last (?) step of profile creation wizard
always remains disabled and the file selection dialog is missing text on
buttons. Mozilla naturally refuses to start with an empty profile directory
created by the manager.

I had the same problem with 0.9.3 on Red Hat 7.1 Linux. If the user has an
existing Mozilla profile from older versions, the browser starts with no
problems. I am unable to create profiles from scratch.


Reproducible: Always
Steps to Reproduce:
1. Install 0.9.4 or 0.9.3 system-wide on Red Hat Linux 7.1 as root.
2. Start Mozilla as a normal user with no .mozilla or .netscape directories in
her home directory.


Actual Results:  Installed 0.9.4 on Red Hat Linux 7.1 as root and then started
it as a regular user who has no ~/.mozilla directory. Mozilla says

/opt/mozilla/run-mozilla.sh /opt/mozilla/mozilla-bin
MOZILLA_FIVE_HOME=/opt/mozilla
  LD_LIBRARY_PATH=/opt/mozilla:/opt/mozilla/plugins:/usr/lib/qt2/lib:
     LIBRARY_PATH=/opt/mozilla:/opt/mozilla/components
       SHLIB_PATH=/opt/mozilla
          LIBPATH=/opt/mozilla
       ADDON_PATH=/opt/mozilla
      MOZ_PROGRAM=/opt/mozilla/mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /home/mhuhtala/.mozilla
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /home/mhuhtala/.mozilla

...and never starts. If I start with the -ProfileManager option, the dialog
comes up, but is missing text on all buttons except for "Start Mozilla", which
is disabled, and "Exit". Trying to create a profile by blindly clicking the
textless buttons got me a profile creation dialog. I gave a username instead of
"Default User" and clicking "Finish" created an empty directory for that name in
~/.mozilla. The "Next" button in the last (?) step of profile creation wizard
always remains disabled and the file selection dialog is missing text on
buttons. Mozilla naturally refuses to start with an empty profile directory
created by the manager.

I had the same problem with 0.9.3 on Red Hat 7.1 Linux. If the user has an
existing Mozilla profile from older versions, the browser starts with no
problems. I am unable to create profiles from scratch.


Expected Results:  Mozilla should create working profiles even when there are no
pre-existing Netscape or Mozilla profiles for the user.

Could this be somehow related to libc locales being correctly configured? I had
the same Moz behaviour on a fresh RH 7.1 installation with no locale problems
and on a system where locales had been broken by a libc update.

Comment 1

[Grace Bush]

adding to cc list- not sure about last question-
not reproducible here

Comment 2

[Mikko Huhtala]

Attachment: maybe it is specific to Pentium 4?

Comment 3

[Robert C. Sheets]

Not reproducible here on Pentium III SMP system running Slackware 8.0 and
mozilla 0.9.4.

Comment 4

[Christopher Aillon (sabbatical, not receiving bugmail)]

This is because /opt/mozilla is not writable by your user on default installs of
RedHat 7.1.  *This is documented in the release notes*  You need to run the
script in the release notes (please *do* read these), as documented by bug
74574.  This however is a dupe of bug 42184

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

Comment 5

[Mikko Huhtala]

Sorry about not reading the release notes carefully enough. I still
cannot get it to work, though. I ran the script as root, and it
changed nothing for other users. Gave the commands one by one on a
shell. The result was the same. Gave write and execute permissions to
everybody in /opt/mozilla and ran the script as a user. No help. Ran
the browser once as root and exited. That did not change anything
either. Anyway, I think something as simple as running for multiple
users should work without manually executing separate scripts, even if
they worked.

The installation was done using the network installer, not the
tarball. Does that make a difference? If it does, that should be
mentioned in the release notes.

Comment 6

[K'Trina Medina]

Verified as a duplicate of 42184
Note: CCing Jatin, Dawn and Kristin re: update of release notes 

Comment 7

[Jatin Billimoria]

Christopher, do you have any idea of what needs to be added to the existing
instructions in the release notes? I don't know enough about multiple profile
installations on Linux to come up with an answer.