Closed Bug 2056928 Opened 2 months ago Closed 2 months ago

Various prefs used to disable preferences UI no longer work with the settings rewrite

Categories

(Firefox :: Settings UI, defect)

defect

Tracking

()

RESOLVED FIXED
155 Branch
Tracking Status
firefox-esr153 --- fixed
firefox155 --- fixed

People

(Reporter: mkaply, Assigned: mkaply)

Details

Attachments

(2 files)

Following up to bug 2055887 where I fixed the homepage button, we have a number of legacy prefs that enterprises use to disable various buttons in prefs:

pref.general.disable_button.default_browser
pref.browser.homepage.disable_button.current_page
pref.browser.homepage.disable_button.bookmark_page
pref.browser.homepage.disable_button.restore_default
pref.privacy.disable_button.view_passwords
security.disable_button.openCertManager
security.disable_button.openDeviceManager
app.update.disable_button.showUpdateHistory
pref.downloads.disable_button.edit_actions
pref.privacy.disable_button.cookie_exceptions
pref.privacy.disable_button.tracking_protection_exceptions
pref.privacy.disable_button.view_passwords_exceptions
pref.advanced.proxies.disable_button.reload
pref.browser.language.disable_button.up
pref.browser.language.disable_button.down

We should make as many of these work again as possible. Customer specifically reported:

pref.downloads.disable_button.edit_actions (Downloads > Files and applications > Action) (bug 2056448: does this need to be reopened?)
pref.privacy.disable_button.view_passwords (Password and autofill > Manage saved passwords) (but it is not critical: disabling password manager looks reasonable alternative.)
pref.privacy.disable_button.cookie_exceptions (Privacy and security > Browsing data > Manage exceptions)
pref.privacy.disable_button.tracking_protection_exceptions (Privacy and security > Enhanced Tracking Protection > Advanced settings > Manage exceptions)

Status of each legacy disable_button pref with the settings rewrite:

Fixing in this bug

  • pref.privacy.disable_button.cookie_exceptions
  • pref.privacy.disable_button.tracking_protection_exceptions
  • pref.privacy.disable_button.view_passwords_exceptions
  • pref.privacy.disable_button.view_passwords (this one is now a link rather than a button and can't be disabled, so a locked pref hides it instead)
  • security.disable_button.openCertManager
  • security.disable_button.openDeviceManager
  • app.update.disable_button.showUpdateHistory
  • pref.downloads.disable_button.edit_actions

Already fixed (bug 2055887):

  • pref.general.disable_button.default_browser

Still working, no change needed (these panes/dialogs are still legacy XUL, whose preference= binding continues to disable on lock):

  • pref.browser.homepage.disable_button.current_page
  • pref.browser.homepage.disable_button.bookmark_page
  • pref.browser.homepage.disable_button.restore_default
  • pref.advanced.proxies.disable_button.reload
  • pref.browser.language.disable_button.up
  • pref.browser.language.disable_button.down
  • pref.browser.language.disable_button.remove (not in the original list, but exists and works the same as up/down)
Assignee: nobody → mozilla
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 2 months ago
Resolution: --- → FIXED
Target Milestone: --- → 155 Branch

firefox-esr153 Uplift Approval Request

  • User impact if declined/Reason for urgency: Prefs that used to work stop working in 153
  • Code covered by automated testing?: yes
  • Fix verified in Nightly?: yes
  • Needs manual QE testing?: no
  • Steps to reproduce for manual QE testing:
  • Risk associated with taking this patch: low
  • Explanation of risk level: Only relates to these new locked prefs.
  • String changes made/needed?: NOne
  • Is Android affected?: no
Attachment #9627388 - Flags: approval-mozilla-esr153?
Flags: in-testsuite+
Attachment #9627388 - Flags: approval-mozilla-esr153? → approval-mozilla-esr153+
QA Whiteboard: [qa-triage-done-c156/b155]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: