I was testing this with the 7/20/2007 nightly build on Mac OS X 10.4.9 with a 2.16 GHz Intel Core Duo with 2 GB RAM. Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a7pre) Gecko/2007072304 Minefield/3.0a7pre Given all the problems that we have with profiles, and the upset that it causes users when Firefox gets confused, the behavior I am seeing seems really bad. I have 4 profiles in my ~/Library/Application Support/Firefox/Profiles directory: "default", "emptiness", "minefield1" and "minefield2". My profiles.ini files contains this: [General] StartWithLastProfile=0 [Profile0] Name=default IsRelative=1 Path=Profiles/a1wnj55g.default Default=1 [Profile1] Name=minefield1 IsRelative=1 Path=Profiles/42s5mlsd.minefield1 [Profile4] Name=minefield2 IsRelative=1 Path=Profiles/72s5mxad.minefield1 [Profile5] Name=emptiness IsRelative=1 Path=Profiles/2chc9kmk.emptiness How did the file get this way? It does not matter. But when I open FF with -ProfileManager, it only shows the "default" and "minefield1" entries. Then, when I quit, having done nothing, the profile.ini contains: [General] StartWithLastProfile=0 [Profile0] Name=default IsRelative=1 Path=Profiles/a1wnj55g.default Default=1 [Profile1] Name=minefield1 IsRelative=1 Path=Profiles/42s5mlsd.minefield1 So, there were at least two choices here. First, the profiles.ini is mis-ordered so FF should check the directory and fix the file. Second, FF could remove information, potentially causing users many problems and confusion. I think the first choice would have been more reasonable here.
Component: Preferences → XRE Startup
Product: Firefox → Toolkit
QA Contact: preferences → xre.startup
Component: XRE Startup → Startup and Profile System
QA Contact: xre.startup → startup
Ray, did you get this figured out?
Well, there is still a bug. I have not looked at the code to see how this might be fixed. It is clear, though, that the behavior still occurs. I tested: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:126.96.36.199) Gecko/2008102920 Firefox/3.0.4 To test: - quit Firefox - edit your profile.ini file. I start with multiple profiles, so I have multiple entries, labelled [General], [Profile0], [Profile1], [Profile2] and so on. Take out of these entries, not the last one. - launch Firefox with the -ProfileManager flag. Pick a profile. - quit Firefox - look at the profile.ini. If there were 10 profiles there, and you removed [Profile2], now you have [General], [Profile0] and [Profile2] and all the other entries have been deleted. There is no reason for Firefox to delete this data. Removing data for no reason seems to be a not very good idea.
That was [General], [Profile0], [Profile1] still are in the file and [Profile3] and everything after that is gone. Sorry for the bug-noise....
8 years later this is still the case As a heavy profile user is really a shame that this file is so brittle and its only modifiable via a text editor. I just added it to my backup along with another brittle files (i.e. session store). I think at least reorder profiles to allow the most common accessed on top should be an option Also the fallback when it finds an error parsing the file seems to be to prune it. The fallback should be to create an entry for each profile folder found on ~/.mozilla/firefox/ aka, the scripts found here should never be of need: http://superuser.com/questions/111137/is-it-possible-to-regenerate-firefoxs-profiles-ini-from-existing-profiles
You need to log in before you can comment on or make changes to this bug.