搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

Deploy Firefox with prebuilt bookmarks and homepage

  • 8 回覆
  • 4 有這個問題
  • 5 次檢視
  • 最近回覆由 jackalfb

more options

We're deploying Firefox during the SCCM2012 imaging process on our company's win7 and 8 64bit machines. Unfortunately, the nature of Firefox's randomized user profile names and non-use of a "Default User" makes it impossible for us to build/deploy a tailored Firefox with our desired homepage and bookmarks. I understand older versions (3.x) of Firefox could make use of a default folder in it's program directory (C:\Program Files (x86)\Mozilla Firefox\defaults) for bookmark deployment, upon which, every new Firefox profile created would use it's bookmark.html or js file to build predetermined bookmarks for that user. But this doesn't seem to be the case with the newer version of FF. I could see us building the environment in IE perhaps, and then instructing our users to use the import IE favorites, etc upon their first launch of Firefox? Kinda lame, if even possible. And yes, we could probably deploy a post-deployment package to overwrite (or merge as i've seen an article address) a user's Firefox profile, but that's really undesirable for numerous reasons. Is there no way to do this?

THANKS.

We're deploying Firefox during the SCCM2012 imaging process on our company's win7 and 8 64bit machines. Unfortunately, the nature of Firefox's randomized user profile names and non-use of a "Default User" makes it impossible for us to build/deploy a tailored Firefox with our desired homepage and bookmarks. I understand older versions (3.x) of Firefox could make use of a default folder in it's program directory (C:\Program Files (x86)\Mozilla Firefox\defaults) for bookmark deployment, upon which, every new Firefox profile created would use it's bookmark.html or js file to build predetermined bookmarks for that user. But this doesn't seem to be the case with the newer version of FF. I could see us building the environment in IE perhaps, and then instructing our users to use the import IE favorites, etc upon their first launch of Firefox? Kinda lame, if even possible. And yes, we could probably deploy a post-deployment package to overwrite (or merge as i've seen an article address) a user's Firefox profile, but that's really undesirable for numerous reasons. Is there no way to do this? THANKS.

所有回覆 (8)

more options

hello jackalfb, hopefully the following blog entry can provide some assistance: http://mike.kaply.com/2012/03/30/customizing-firefox-default-profiles/

more options

You can also look at this extension:

more options

Thanks for the response. I had seen the article, but it didn't quite click until i looked over them more. For others facing similar goals:

Following http://mike.kaply.com/2012/03/30/customizing-firefox-default-profiles/

-I extracted the contents of the omni.ja file in the Firefox app folder (change the extension to zip from ja or whatever). I then injected my bookmarks.html file into the default one that existed.

-attempting to overwrite the localstore.rdf and prefs.js files to change the homepage and toolbar layouts etc DID NOT work as suggested in the article, at least for me in Firefox 20. To change the default homepage and a few other things (like disabling the migration wizard etc) I followed this article http://www.mockbox.net/configmgr-sccm/174-install-and-configure-firefox-silently.

Thanks, good luck.

more options

^also, to convert my extracted omni.ja files back into the omni.ja, you zip all the contents (with you modified bookmarks.html file etc) and change the extension back to ja from zip.

more options

You may also wish to consider using Firefox ESR (Currently fx 17). Maybe also consider evaluating Beta channel on some machines.

Thousands of Corporate machines were left with a none functional Firefox until the Firefox 20.0.1 release was rushed out.

more options

由 cor-el 於 修改

more options

the omnia.ja file will be overwritten with every firefox update, so i'm not sure if this is the best way to proceed...

more options

good point. but in our environment it shouldn't be an issue; i assume that would only affect new profiles that were to be created on the machine after the FF update. which is fine, since FF is first launched by the machine's only owner. So any automatic update pulled by FF thereafter should be irrelevant.