[clug] Firefox default profiles directory.

Randall Crook rcrook at vtown.com.au
Thu Oct 24 19:18:27 MDT 2013

I tried this one only to find the mozilla.cfg method of locking
preferences doesn't seem to work with 24.0 I have left some messages on
a few blogs and am going to verify its failure at home tonight. If it is
not working I will log a bug report on it.

But the preferences you mentioned seem likely to be specifically for the
migration wizard and I am not sure they will help in this case, even if
I could get the mozilla.cfg method working.

For the moment, to get this up and running I am going to use Kim,
Bretts' suggestion. Though I have modified the run-mozilla.sh script to
shift the $HOME to $HOME/.ff24.

It's a shonk I know and what I should really be doing is compiling up a
custom firefox myself as it seems the source is the real place I need to
modify for this.

But it will do for my purposes.

And to answer why not just create a new profile? The users are "Power
Users" (note the quotes) and I want to prevent accidental upgrading of
application specific profiles that already exist. Running 24.0 on some
of these application profiles may make them unusable for the firefox
version specific to the application. I am trying to minimize the risk by
isolating the versions from each other.

Anyway, Thanks for everyone help.. Much appreciated.

Randall Crook

On 24/10/13 23:08, Andrew Loughhead wrote:
> Randall, I've not actually done this, but you might be able to use the
> optional mozilla.cfg file in the installation directory of the newer
> version, to control the preferences profile.migration_behaviour (set
> it to "2") and profile.migration_directory (set to
> "~/.mozilla/firefox24").  The second of those seems to be the same as
> the NS_APP_USER_PROFILES_ROOT_DIR build time config.  I think you'd
> have to set these in mozilla.cfg because it looks like the other
> preference setting mechanisms live inside the profile anyway.  I don't
> know if the "migration" word is very significant, perhaps the
> migration can be permanent.  
> On Thu, Oct 24, 2013 at 9:46 PM, Randall Crook <rcrook at vtown.com.au
> <mailto:rcrook at vtown.com.au>> wrote:
>     Have a web app that has required a lot of customisation of a
>     specific version of Firefox to run. I know silly setup but I have
>     little say in the development of the app. Unfortunately it's using
>     version 3.5.2 of Firefox.
>     While this is working fine I want the users to be using a newer
>     version for browsing the net for obvious reasons.
>     The app in question also using a number of profiles for different
>     aspect of it operation and so I would rather not have a new
>     version of Firefox messing with the apps profiles. Hence the idea
>     of getting the new versions profiles in a different directory
>     structure.
>     So if I leave the 3.5.2 Firefox to work in the ~/.mozilla/firefox
>     profile directory it would be good the get the lastest Firefox to
>     work in ~/.mozilla/firefox24 . I just don't know how the change
>     the default profiles directory.
>     I hope that explains it a bit better.
>     Randall
>     Sent from my CA-53W
>     > On 24 Oct 2013, at 17:25, Brett Worth <brett.worth at gmail.com
>     <mailto:brett.worth at gmail.com>> wrote:
>     >
>     >> On 24/10/13 16:39, Stephen Gibson wrote:
>     >> According to man firefox the options "-no-remote -P profile"
>     >
>     > The way I read the original question was that he was trying to
>     keep the "profiles"
>     > separate with the emphasis on the plural. i.e. keeping the
>     profiles from one version in a
>     > different directory.    Using different profiles is subtly
>     different.
>     >
>     > So if you use one version of firefox and have created several
>     profiles from that version,
>     > does a running a new version of firefox try to massage ALL of
>     the existing profiles even
>     > though you're only asking for the default?
>     >
>     > Brett
>     >
>     > --
>     >  /) _ _ _/_/ / / /  _ _//
>     > /_)/</= / / (_(_/()/< ///
>     >
>     > --
>     > linux mailing list
>     > linux at lists.samba.org <mailto:linux at lists.samba.org>
>     > https://lists.samba.org/mailman/listinfo/linux
>     --
>     linux mailing list
>     linux at lists.samba.org <mailto:linux at lists.samba.org>
>     https://lists.samba.org/mailman/listinfo/linux

*[* *Randall Crook ]*
35 Wilson CRS, Banks, ACT 2906
Phone: N/A Mob: N?A
Web: http://rsc.kicks-ass.net
Email: rcrook at vtown.com.au <mailto:rcrook at vtown.com.au>

More information about the linux mailing list