From Bugzilla Helper: User-Agent: Mozilla/4.75 (Macintosh; U; PPC) BuildID: 2000-12-05-08 With recent Mozilla builds I have been unable to create a profile and successfully use it a second time. After I've clicked Continue>Finish (making no changes to the defaults) in the Profile Manager wizard, started Mozilla and configured it, I quit. A folder called "Dokument" (as this is a swedish system; it USED TO BE "Document", though) has been created in the system disk root, in which the profile data can be found. Now, when I start Mozilla again, no profile is listed, and the only button availible is Create New Profile. Reproducible: Always Steps to Reproduce: 1.Launch Mozilla 2.Create Profile (all defaults) 3.Set preferences, browse some 4.Quit Mozilla 5.Launch Mozilla again Actual Results: On the second launch, the previously created profile is not availible to the browser Expected Results: On the second launch, Mozilla should list the previously created profile

Hrm, shouldn't this be looked upon? Bump.

What do you mean: it USED TO BE "Document"? Was there a folder there before called "Document" and now there is one called "Dokument"? What system are you running? Can you build and debug? If I asked you to set a breakpoint in a certain location, could you? This doesn't happen on a US system and I don't have a Swedish system on which to test.

Yes, the folder where profiles used to be stored - using profile wizard defaults - is now named Dokument. I don't know how much it matters... I manually changed it to be installed in a folder called Document, with a c... still doesn't work. No, I cannot build and debug. Well, I have CodeWarrior Pro 5 Tools... but I've never used it. Maybe if you gave me some basic instructions?

If you are willing to build it, instructions are at: http://www.mozilla.org/build/mac.html. Doing this for the first time can be a huge task. If you're willing, it would help me a lot since I can't reproduce this.

Hm, that does indeed look like a hefty task. Building on Linux is one thing, but this... looks rather intimidating :) Well, I hope someone else can verify this bug. It would seem really strange if it was something with my system -- I've completely erased any trace of old Mozilla preferences etc, so it can't be that. I have no clue what it might be. Got MacsBugs installed, might that help? Can't remember how to log stuff though.

If not your system, maybe the Swedish system. I can't reproduce this and, if this was happening for QA, the build wouldn't even pass the smoketests. When you say Create Profile (all defaults), are you doing this with profile manager UI, or are you referring to the default profile which mozilla will make (with no UI shown) when there are no existing profiles? Is the system script Swedish?

I wonder if profiles/registry are being stored elsewhere. Can you do a find on Application Registry and/or Users50 and see where they are? There were changes made a few months back that may be at work here. Can you create a profile and choose a custom folder for storage and be able to use it on next launch?

In response to your second to last post: I just launch the Mozilla binary, and I have no other option than to click Create Profile, since Start Mozilla is not "clickable". I do "Create Profile", click "Next", change nothing and "Finish". Restart, no profile availible.

Application Registry is in Macintosh HD: Dokument: Mozilla The Users50 directory is in the same place. Choosing a custom folder did not work; I am trying it now with tonight's build: Choosing a custom directory didn't help. Trying to also modify the user name... nope, same thing. No profile availible.

Is there anything else I can do? "NSPR Logging"? I'll take a look at the build instructions this afternoon, and I might even give it a try :)

Giving up on trying to get MWCWP up and running.

So you've given up on this bug? I will try to confirm it on other swedish OS 9.0.4 platforms.

I haven't given up on this one. If you can reproduce it on other Swedish systems, I'll have to get a copy of that system. It is a fully localized Swedish system and not just a US system with a Swedish language kit? Another thing would be to send you certain shared libs with MacsBug assertions turned on.

These are "pure" swedish Mac OS systems.

I installed Swedish OS 9 on a freshly formatted disk and could not reproduce this. The "Dokument" folder was created the first time I ran, and it worked any time after. Can you reproduce this on any other Macs?

I've wanted to try, but have not had access to any other machines. I will see if I can in a few days.

So shall I go ahead and mark this WORKSFORME?

Sure. I will try to test it on another machine, though.

Marking WORKSFORME as per comments.

vfy

Sigh, still not working (and still haven't been able to verify on another swedish Mac OS system). Are there any files that I might've missed to delete before running a new Mozilla build? Mozilla Registry in the "Programinställningar" (Settings/Program settings?) folder, and the "Dokument" (Document) folder is what I delete.

What is the "Programinställningar" (Settings/Program settings?) folder? Are you running Multiple Users? That's one possibility I've not investigated. If not, the files to delete would be: (1) :Documents:Mozilla: which should contain "Users50" and "Application Registry" (2) :System Folder:Preferences:Mozilla Registry - this is an obsolete file used by older mozilla builds but potentially read by current builds. (3) :System Folder:Preferences:Netscape Registry - Netscape 4.x profile list which may get migrated. These are the only files read by profile manager on the Mac. If you search and find these files in other locations, delete them.

Conrad, The files I delete every time I run a new Mozilla build: Macintosh HD:Mozilla, recursively Macintosh HD:Dokument, recursively (recent builds have started calling it the swedish name for Document) Macintosh HD:(System Folder):(Preferences):Mozilla Registry I won't delete the Netscape Registry file, since I use multiple users with NS 4.x -- Mozilla DOES NOT import the 4.x profile(s), probably since I have the profiles in a non-standard folder ([...]Netscape Communicator:Profiles). What do you mean running Multiple Users? I start Mozilla, create ONE user, which of course is mandatory to even get it to start, and then quit, and that ONE user is not there. The profile list is empty. BLANK.

>I won't delete the Netscape Registry file I should have said temporarily move/stuff instead of delete. I don't mean for you to lose your data ;-) >What do you mean running Multiple Users? I mean the Mac OS feature using the Multiple Users control panel where you log in when you boot the Mac.

After moving "Netscape Registry", "Netscape f"(quirky f) and "Netscape Users", Mozilla starts, but with no Profile wizard. Preferences are remembered after a restart. Now I'll try if I am able to create a second working profile. Yes, the second profile I created (using custom directory for the profile) worked. Now let me try and move the Netscape 4.x stuff back and see if everything works... HRM, seems like Mozilla created its own 4K "Netscape Registry" -- REMOVING IT. (My "Netscape Registry" is 620K). Now Mozilla brought down the system. Rebooting. Ah there, Mozilla now starts, and can read the profiles, it works. I'm clearing Mozilla preferences to verify if it's the Netscape 4.x stuff that's causing the problems. OK, "Manager User Profiles" dialog coming up again (as it has always done when the NS 4.x files have been there), going to try and create a profile, all defaults. Start "Default User". Setting some preferences. Restarting. NOPE, "Manage User Profiles" pops up again, with not availible profile. It seems like the NS 4.x files are causing problems?

Addendum: My Netscape Registry seems to be the offending file. Moving only it out the way starts Mozilla (no profile manager... after restart it remembers settings. Verifying that profile creation works when old Netscape Registry is out the way...... YES, it works. So something is evil with the migration?

Oh, sorry that I missed it... No, I do not use Multiple Users in Mac OS.

Ah, thank you. Since the offender seems to be your 4.x "Netscape Registry", can you stuff it and mail it to me? If I can get this file and reproduce the problem, I'll reopen the bug.

OK, sending you a .sit.hqx.

Finally had a chance to debug using the Netscape Registry you sent. Found the problem - The first profile name in that registry ends with a space. That name is added as-is to the new registry. Turns out that a registry key cannot end in a space or will cause an error. That's what happens. When migrating, we error out on the first entry because of the space, nothing else gets migrated, the profile list ends up empty, and all hell breaks loose. I'll file a separate, specific bug on that. Thanks again for the debugging help.

Above problem filed as bug 65586