We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Funkcionalnosć toś togo sedła se pśez wótwardowańske źěła wobgranicujo, kótarež maju wašo dožywjenje pólěpšyś. Jolic nastawk waš problem njerozwězujo a cośo pšašanje stajiś, wobrośćo se na našo zgromoźeństwo pomocy, kótarež na to caka, wam na @FirefoxSupport na Twitter a /r/firefox na Reddit pomagaś.

Avatar for Username

Pomoc pśepytaś

Glědajśo se wobšudy pomocy. Njenapominajomy was nigda, telefonowy numer zawołaś, SMS pósłaś abo wósobinske informacije pśeraźiś. Pšosym dajśo suspektnu aktiwitu z pomocu nastajenja „Znjewužywanje k wěsći daś“ k wěsći.

Dalšne informacije

Toś ta nitka jo se archiwěrowała. Pšosym stajśo nowe pšašanje, joli trjebaśo pomoc.

Refresh firefox breaks lockpref proxy settings. How to avoid?

  • 1 wótegrono
  • 1 ma toś ten problem
  • 8 naglědow
  • Slědne wótegrono wót adamdroid

adamdroid
adamdroid
more options

As stated. After everything is set up and working, a standard user can go to help, troubleshooting, and refresh firefox, and afterwards are able to bypass locked proxy preference.

I can only speculate why, and hoping someone here has a solution.

Here's things I have tried:

- Locking permissions on various appdata folders. - Checking about:config shows that it should still be enforcing the proxy settings, but for some reason, just isn't.

After I do the refresh, I have yet to find a way to get it to honor the mozilla.cfg file again. It's just completely broken.

This affects only that user profile. Which is why I find it so odd that locking profile ini and install ini and the default profile folder doesn't work. I can't lock the -release profile folder or firefox will believe an instance is already running, and I can't see where inside that profile there might be an issue (this is in the roaming folder, for all I know the issue is in the local folder, but why does firefox need all these folders anyway).

Thanks

As stated. After everything is set up and working, a standard user can go to help, troubleshooting, and refresh firefox, and afterwards are able to bypass locked proxy preference. I can only speculate why, and hoping someone here has a solution. Here's things I have tried: - Locking permissions on various appdata folders. - Checking about:config shows that it should still be enforcing the proxy settings, but for some reason, just isn't. After I do the refresh, I have yet to find a way to get it to honor the mozilla.cfg file again. It's just completely broken. This affects only that user profile. Which is why I find it so odd that locking profile ini and install ini and the default profile folder doesn't work. I can't lock the -release profile folder or firefox will believe an instance is already running, and I can't see where inside that profile there might be an issue (this is in the roaming folder, for all I know the issue is in the local folder, but why does firefox need all these folders anyway). Thanks

Wót adamdroid změnjony

Wšykne wótegrona (1)

adamdroid
adamdroid Pšašaŕ
more options

I guess I have solved it. Refreshing creates a new profile that for some reason does not use properly the mozilla.cfg even when it says it is. I think this is a bug.

Instead it uses only prefs.js in the new profile. If I lock down profile.ini, then close and reopen the browser, it goes back to the old profile and works properly. But still a security issue.

By putting user and prefs js files into the program folder, defaults, prefs subfolder, I am able to stop the initial refresh window from working.

However, I do not think this is completely secure. Standard users can edit the js files that are copied to the new profile, and if they can get those to operate without reloading the browser window, they will have a workaround.

But for my purposes, this is good enough.