[freenet-dev] Firefox and Freenet

[Matthew Toseland]

On Thursday 06 March 2008 23:26, Colin Davis wrote:
> 
> > Ideally we want an external profile option - something where the settings 
are 
> > kept outside of the firefox directory, where firefox will always default 
to 
> > the default profile, without asking the user.
> 
> Well.. If you wanted to go that way, you could use the -no-remote 
> option, which allows two Firefox processes to run at once. We could then 
> use -profile to manually load a profile.
> 
> On Windows:
> firefox.exe -profile "c:\progra~1\freenet\myprofile" -no-remote
> 
> On Linux:
> ./firefox -profile "\tmp\freenet\myprofile" -no-remote

Does this work in both cases? I.e. both when there is already a firefox 
running with a different profile, and when one is not running, and the user 
creates one later? If so, this is a very tempting option.
> 
> This would work either with the pre-installed version of Firefox, or 
> with a bundled version.
> Bundling works even if Firefox isn't installed, and ensures you know 
> where the binary is.. But it wouldn't auto-update. If you did want to 
> bundle, you could use the Portable Firefox versions for Windows/OSX, and 
> just use the standard .tgz file for Linux, passing it the profile from 
> the freenet directory.

If we use the installed firefox, it's not our responsibility to auto-update.
> 
> If you were to just start Firefox with a command-line option to specify 
> a profile, that likely eliminates the "tresspassing" argument entirely, 
> and makes bundling less necessary.

Right.
> 
> The way I see it on bundling, the Pros are:
> No default plugins, so no leaks through SWF/PDF/etc. Easier to know
> You know exactly where it is, and don't need to search the HD.
> You know what version it is, so you can trust the behavior.

Aren't plugins part of the profile? Or can't they at least be disabled through 
it?
> 
> The cons are-
> It doesn't auto-update. You'd need to either update over freenet, or 
> leave old versions in place.
> It adds to download size.
> 
> -Colin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://emu.freenetproject.org/pipermail/devl/attachments/20080307/7b3da4da/attachment.pgp