As a result I decided to just run FFPortable (running the Beta for 4) directly from the hard-drive. The one thing that bothered me about it was that there was a total lack of support built in for multiple profiles, which is something I make ... relatively heavy use of. In general, I have these profiles available.
- GV/GC - Personal
- GV/GC - Work
- Q/A (Not used much since my job in 2008)
Between all the information available it was pretty easy to see that some manipulation of the ini file to FFPortable would yield the results I want, but best way would be to do it through a gui. So I grabbed a copy of AutoHotkey and got to work. So here are the fruits of a Friday afternoon. It's definitely got a few things that can be added to it, and it's not in an executable form; although it's really simple to compile. Just install AutoHotKey, copy the code and place it in a text file named FFPortable-Manager.ahk, save the text-file, right-click and compile.
A small side note, I am not sure how much space I actually managed to save in disk-space, as there seems to be some IO issue dealing with the URLclassifier flat-file that makes it balloon to ridiculous sizes, I'll have to poke around and see if I can at least convince FF to use a shared file for all the profiles.
Obviously, due to the manipulation of the ini file this will NOT run off a CD as is, although I may produce a version using some quick copying to the temp directory that would accomplish the same.
Final note, is that currently it if you happen to run the portable executable instead of the manager it runs the last profile that was used. This is currently consistent with how vanilla Firefox works (give or take a few circumstances). Personally, I am thinking of changing this so that it runs any profile named Default so if you should decide to make the portable your default url handler the Default gets any url clicks from external programs.