UrlbarInterventions does not honor the Locked setting
Categories
(Firefox :: Enterprise Policies, defect)
Tracking
()
People
(Reporter: matthewadirks, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0
Steps to reproduce:
Using Group Policy templates provided by Mozilla (currently version 5.0), I set "Urlbar Interventions" (UrlbarInterventions policy) under the User Messaging category to Disabled and "Do not allow user messaging preferences to be changed" (Locked policy) to Enabled.
Actual results:
The preference "browser.urlbar.quicksuggest.dataCollection.enabled" (which is omitted as the corresponding preference to UrlbarInterventions in the policy documentation at https://github.com/mozilla/policy-templates/blob/master/README.md#usermessaging ) was set to false but it was not locked. This allowed users to be able to modify the "Improve the Firefox Suggest experience" setting under Privacy & Security.
I had to specify the following in an autoconfig file to get the lock to be honored:
lockPref("browser.urlbar.quicksuggest.dataCollection.enabled", false);
Expected results:
The preference "browser.urlbar.quicksuggest.dataCollection.enabled" should be set to false and locked. Users should not be able to modify the "Improve the Firefox Suggest experience" setting under Privacy & Security.
|
||
Comment 1•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Enterprise Policies' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
|
|
||
Comment 2•2 years ago
|
||
The severity field is not set for this bug.
:mkaply, could you have a look please?
For more information, please visit BugBot documentation.
|
||
Comment 3•2 years ago
|
||
URL bar interventions and Firefox suggest are two different things, so I wouldn't expect one to affect the other.
What we're actually missing is policies for Firefox Suggest. I'll get that done.
Description
•