Various prefs used to disable preferences UI no longer work with the settings rewrite
Categories
(Firefox :: Settings UI, defect)
Tracking
()
People
(Reporter: mkaply, Assigned: mkaply)
Details
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr153+
|
Details | Review |
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)
| Assignee | ||
Comment 1•2 months ago
|
||
Status of each legacy disable_button pref with the settings rewrite:
Fixing in this bug
pref.privacy.disable_button.cookie_exceptionspref.privacy.disable_button.tracking_protection_exceptionspref.privacy.disable_button.view_passwords_exceptionspref.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.openCertManagersecurity.disable_button.openDeviceManagerapp.update.disable_button.showUpdateHistorypref.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_pagepref.browser.homepage.disable_button.bookmark_pagepref.browser.homepage.disable_button.restore_defaultpref.advanced.proxies.disable_button.reloadpref.browser.language.disable_button.uppref.browser.language.disable_button.downpref.browser.language.disable_button.remove(not in the original list, but exists and works the same as up/down)
| Assignee | ||
Comment 2•2 months ago
|
||
Updated•2 months ago
|
Comment 4•2 months ago
|
||
| bugherder | ||
Updated•1 month ago
|
Comment 5•1 month ago
|
||
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
| Assignee | ||
Comment 6•1 month ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D313517
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Description
•