Re: Slightly OT? Firefox customizations
Re: Slightly OT? Firefox customizations
- Subject: Re: Slightly OT? Firefox customizations
- From: Greg Neagle <email@hidden>
- Date: Mon, 19 Apr 2010 08:36:55 -0700
There are better ways to manage Firefox than trying to stuff things
into user profiles. The methods you and Taylor are proposing might
work for one or more current local users, but would miss users created
after the package was installed, would miss any local users with
FileVault-protected home directories that are not currently logged in,
and would miss network users.
It's better to use the techniques described here:
http://managingosx.wordpress.com/2008/08/18/firefox-default-settings/
and
http://managingosx.wordpress.com/2010/01/11/firefox-default-settings-revisited/
If, for some reason, these won't work, then a LaunchAgent that runs in
the user's context at login would be the next best choice, as it would
be able to alter the profile for all current and future users of the
machine.
-Greg
On Apr 16, 2010, at 7:51 PM, Rusty Myers wrote:
OK, so this is what I would do.
Don't use the installer to try to place the config files in the users
home. Use a postflight script.
I use iceberg, so I would have firefox installed in /Applications,
just normally. I would then set a postflight script to copy your
config files to the users profile.
The config files will be used as resources and placed in the
Contents/Resources/ directory of the package contents.
The postflight script will check for the existence of a profile, and
install files if it's there. If the profile isn't there, it needs to
create it or wait for it to show up.
If the profile isn't there, you could create it. I don't know how to
do that, sorry.
The other option is wait for it. If the script found the profile
folder missing, it would create a ~/Application Support/My Profiles
directory and install the config files there. I would create a script
and launchd item that watched for a change in the
~/Library/Application Support/Firefox/Profiles/ folder and when it
does change, run the aforementioned script. The script would check for
a profile, "(random 8 characters)".default, and install the config
files, remove ~/Application Support/My Profiles folder and contents,
remove the launchd item, and remove itself.
There has to be a better way...
Hope that helps!
On Fri, Apr 16, 2010 at 5:12 PM, Taylor Armstrong
<email@hidden> wrote:
Have a semi-random issue that I've not found a good work-around yet.
Building a Firefox 3.6.3 package today - we're having to lock down
certain
features, so making a few tweaks.
The main /Applications/Firefox part is fine, but I'm also adding a
couple of
files to the user's /Library/Firefox/Profiles folder.
I used InstallEase, thinking this was a quick & dirty package - I
just
needed to install a Users.js file, and a userChrome.css file into
each
user's home directory.
Well, it worked fine, except for one issue: Mozilla creates user
prefs in
the following directory structure:
~/Library/Firefox/Profiles/<random string.default>/
If the user does not already have an existing profile, it creates a
new one,
ignoring the one with the (now) hard-coded folder name from my
installer.
If the user already has a profile, it is ignored while the installer
creates a new profile, matching the name to the one I built the
package
from.
What is the best way to have the installer place the files into the
existing
profiles, for each user on the system, when the name of the last
folder will
not be a constant? I can't blow the existing profiles away without
loosing
user's bookmarks, etc., so just kind of stumped on a Friday
afternoon.
thanks,
Taylor
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
W. Taylor Armstrong email@hidden
NOAA's National Ocean Service Domain Infrastructure Team
1305 East-West Highway Phone (301)
713-1156 Silver
Spring, MD 20910 http://nos.noaa.gov
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
--
Rusty Myers
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden