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.

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

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

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 ***

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.

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

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.