Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Deploy Standard Configuration to multiple PCs Issue

  • 6 பதிலளிப்புகள்
  • 1 இந்த பிரச்சனை உள்ளது
  • 8 views
  • Last reply by ntripp

I'm currently having an issue deploying setting to multiple Firefox installs. After trying a few methods it seems that user.js or similar js files is the way to go.

The user.js file is successfully copied to user profiles but the settings are not taking affect.

site-list = "internaldomain.com,sctwsgateway.internaldomain.com:8080,gateway:8080,gateway:8080" pref("network.negotiate-auth.trusted-uris", "internaldomain.com,gateway.internaldomain.com:8080,gateway:8080,gateway:8080); pref("network.negotiate-auth.delegation-uris", site-list); pref("network.automatic-ntlm-auth.trusted-uris", site-list); pref("network.automatic-ntlm-auth.allow-non-fqdn", true); pref("network.automatic-ntlm-auth.allow-proxies", true); pref("browser.shell.checkDefaultBrowser", false);

internaldomain.com is a substitution for our actual domain

I'm currently having an issue deploying setting to multiple Firefox installs. After trying a few methods it seems that user.js or similar js files is the way to go. The user.js file is successfully copied to user profiles but the settings are not taking affect. site-list = "internaldomain.com,sctwsgateway.internaldomain.com:8080,gateway:8080,gateway:8080" pref("network.negotiate-auth.trusted-uris", "internaldomain.com,gateway.internaldomain.com:8080,gateway:8080,gateway:8080); pref("network.negotiate-auth.delegation-uris", site-list); pref("network.automatic-ntlm-auth.trusted-uris", site-list); pref("network.automatic-ntlm-auth.allow-non-fqdn", true); pref("network.automatic-ntlm-auth.allow-proxies", true); pref("browser.shell.checkDefaultBrowser", false); internaldomain.com is a substitution for our actual domain

தீர்வு தேர்ந்தெடுக்கப்பட்டது

Sorry, I am not a developer just an advanced Firefox user starting in 2002 with Phoenix 0.3. I have always used user_pref in user.js. And the original 'bible' for advanced Firefox users - http://kb.mozillazine.org/User.js_file - shows user_pref as the syntax to use.

I suspect that pref is appropriate for a mozilla.cfg file only - https://developer.mozilla.org/en-US/Firefox/Enterprise_deployment - as shown under Configuration in that article.

What I have learned thru experience with user.js over the years is With user.js if there is one faulty or invalid pref Firefox won't read the user.js file any further; only the prefs above the faulty pref will be read. Usually you can figure out where Firefox stopped reading the user.js by viewing the prefs.js file in the Profile folder; the prefs above the faulty pref will make it to prefs.js but the faulty pref and those below it won't be in the prefs.js file. I have run into that many times over the years where user.js didn't seem to work or stopped working partway thru the file; usually due to a mistype I made. but also when there was a major change to Firefox which invalidated or deprecated a pref that I had been using in any earlier version.


Also, why is this at the top? site-list = "internaldomain.com,sctwsgateway.internaldomain.com:8080,gateway:8080,gateway:8080";

If that is in your user.js file, at the top - that looks like the faulty pref, nothing below that would be read.

Read this answer in context 👍 1

All Replies (6)

user_pref is used before the prefs in user.js - not merely user

As to the validity of the actual preferences, I can't comment as I am not familiar with the 'network' prefs.

I had the settings with user_pref according to this:

https://developer.mozilla.org/en-US/docs/Mozilla/Preferences/A_brief_guide_to_Mozilla_preferences

user_pref or pref should work. I can switch it back and test again, but I've previously used both.

site-list = "internaldomain.com,sctwsgateway.internaldomain.com:8080,gateway:8080,gateway:8080"; user_pref("network.negotiate-auth.trusted-uris", "internaldomain.com,gateway.internaldomain.com:8080,gateway:8080,gateway:8080); user_pref("network.negotiate-auth.delegation-uris", site-list); user_pref("network.automatic-ntlm-auth.trusted-uris", site-list); user_pref("network.automatic-ntlm-auth.allow-non-fqdn", true); user_pref("network.automatic-ntlm-auth.allow-proxies", true); user_pref("browser.shell.checkDefaultBrowser", false);

Same result unfortunately. Thanks for the thought though.

Those preferences all exist in about:config. Do you have another setting you can suggest I add to the file to test it takes effect?

தீர்வு தேர்ந்தெடுக்கப்பட்டது

Sorry, I am not a developer just an advanced Firefox user starting in 2002 with Phoenix 0.3. I have always used user_pref in user.js. And the original 'bible' for advanced Firefox users - http://kb.mozillazine.org/User.js_file - shows user_pref as the syntax to use.

I suspect that pref is appropriate for a mozilla.cfg file only - https://developer.mozilla.org/en-US/Firefox/Enterprise_deployment - as shown under Configuration in that article.

What I have learned thru experience with user.js over the years is With user.js if there is one faulty or invalid pref Firefox won't read the user.js file any further; only the prefs above the faulty pref will be read. Usually you can figure out where Firefox stopped reading the user.js by viewing the prefs.js file in the Profile folder; the prefs above the faulty pref will make it to prefs.js but the faulty pref and those below it won't be in the prefs.js file. I have run into that many times over the years where user.js didn't seem to work or stopped working partway thru the file; usually due to a mistype I made. but also when there was a major change to Firefox which invalidated or deprecated a pref that I had been using in any earlier version.


Also, why is this at the top? site-list = "internaldomain.com,sctwsgateway.internaldomain.com:8080,gateway:8080,gateway:8080";

If that is in your user.js file, at the top - that looks like the faulty pref, nothing below that would be read.

seems the user.js can't use variables. after adding the string manually to all the elements it's working.