DisablePasswordReveal enterprise policy no longer hides the show password button
Categories
(Firefox :: about:logins, defect)
Tracking
()
People
(Reporter: mkaply, Assigned: mkaply, NeedInfo)
References
(Regression)
Details
(Keywords: regression)
Attachments
(4 files)
|
29.40 KB,
image/png
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr140+
|
Details | Review |
I have no idea when this started (it was a while ago).
We have a policy called DisablePasswordReveal that used to remove the show password eye from about:logins.
It was implemented a long time ago in Firefox 71 (unfortunately with no test).
As of now, it doesn't work.
Oddly, all of the infrastructure to make it work is still in the password manager:
passwordRevealVisible: Services.policies.isAllowed("passwordReveal"),
but about:logins doesn't appear to be honoring that passwordRevealVisible flag anymore.
This clearly happened a while ago, but no one noticed.
I'm not sure what the expected behavior of this policy setting is since I've never seen it functional. My understanding was it affected right clicking inside the password box and accessing 'reveal password' context menu item.
From firefox.adml
<string id="DisablePasswordReveal">Do not allow passwords to be revealed in saved logins</string>
<string id="DisablePasswordReveal_Explain">If this policy is enabled, the user cannot show passwords in saved logins.
If my assumption is correct, this would also go hand in hand with a about:config setting that no longer exists:
layout.forms.reveal-password-context-menu.enabled
| Assignee | ||
Comment 2•1 month ago
|
||
It's supposed to make the eye not display in the password manager (that's what it used to do)
| Assignee | ||
Comment 3•1 month ago
|
||
That code still exists:
But code was added to unhide it when editing.
| Assignee | ||
Comment 4•1 month ago
|
||
Yep, that was the problem.
I think I'll add a test for it this time.
Comment 5•1 month ago
|
||
Set release status flags based on info from the regressing bug 1654665
:mtigley, since you are the author of the regressor, bug 1654665, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Updated•1 month ago
|
| Assignee | ||
Comment 6•1 month ago
|
||
So I figured out what happened with the test.
When this feature was originally implemented, the reveal button showed when creating a new entry.
This was changed so that we just always show the password during creation and the reveal button is not visible at all.
Since the test was checking for whether or not the reveal button was visible, it continued to pass.
| Assignee | ||
Comment 7•1 month ago
|
||
Updated•1 month ago
|
Comment 9•1 month ago
|
||
| bugherder | ||
Comment 10•1 month ago
|
||
| bugherder | ||
Comment 11•1 month ago
|
||
The patch landed in nightly and beta is affected.
:mkaply, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox146towontfix.
For more information, please visit BugBot documentation.
Comment 12•1 month ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Broken policy behavior reported by customer
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: Just moves some existing code.
- String changes made/needed: None
- Is Android affected?: no
| Assignee | ||
Comment 13•1 month ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D273648
Comment 14•1 month ago
|
||
firefox-esr140 Uplift Approval Request
- User impact if declined: Broken policy behavior reported by customer
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing:
- Risk associated with taking this patch: low
- Explanation of risk level: Just moves some existing code.
- String changes made/needed: None
- Is Android affected?: no
| Assignee | ||
Comment 15•1 month ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D273648
Comment 16•1 month ago
|
||
Verified - Fixed in Nightly 147.0a1 (2025-11-27). The password reveal button is not displayed when the DisablePasswordReveal policy is applied.
Updated•1 month ago
|
Updated•1 month ago
|
Comment 17•1 month ago
|
||
| uplift | ||
Updated•1 month ago
|
Updated•1 month ago
|
Comment 18•1 month ago
|
||
| uplift | ||
Comment 19•1 month ago
|
||
Verified - Fixed in Beta 146.0(build id: 20251201213807) and 140.6.0esr(build id: 20251201132345). The password reveal button is not displayed when the DisablePasswordReveal policy is applied. Also the policy is displayed under Active in about:policies, with the value true.
Updated•1 month ago
|
| Assignee | ||
Updated•1 month ago
|
Description
•