From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001218 BuildID: 2000121804 When Moz creates a new profile, it creates a pointer to that profile's loction in "%userprofile%\Application Data\mozilla\registry.dat". However, this path is hard coded such as "C:\DOCUMENTS AND SETTINGS\MICHAEL KOEHN\APPLICATION DATA\Mozilla\Users50\michael.koehn\j11bs36c.slt". This setup causes problems for users with roaming profiles, especially if they are roaming between WinNT and Win2000. For example, usually, a user's WinNT profile is in the directory "username"; however, sometimes, the profile is in "username.000" or "username.001". In these cases, Moz will be unable to find the user's profile information, even though it is still stored in the user's NT profile. Reproducible: Always Steps to Reproduce: 1) Clear out your old profile by deleting %userprofile%\Application Data\mozilla 2) Load mozilla, so that it creates a new profile 3) Examine registry.dat in an editor, note that the full path to the profile directory is in the file. Expected Results: Mozilla should use a pathname that takes advantage of WinNT/2000 environment variables to map a directory that will work on all machines.

Marking as duplicate of 12911. Bug 12911 talks about using relative file paths in the profile registry. Same thing here. Profile path in registry should be relative to %userprofile% *** This bug has been marked as a duplicate of 12911 ***

vfy