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•7 months ago
|
||
It's supposed to make the eye not display in the password manager (that's what it used to do)
| Assignee | ||
Comment 3•7 months ago
|
||
That code still exists:
But code was added to unhide it when editing.
| Assignee | ||
Comment 4•7 months ago
|
||
Yep, that was the problem.
I think I'll add a test for it this time.
Comment 5•7 months 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•7 months ago
|
| Assignee | ||
Comment 6•7 months 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•7 months ago
|
||
Updated•7 months ago
|
Comment 9•7 months ago
|
||
| bugherder | ||
Comment 10•7 months ago
|
||
| bugherder | ||
Comment 11•6 months 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•6 months 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•6 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D273648
Comment 14•6 months 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•6 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D273648
Comment 16•6 months ago
|
||
Verified - Fixed in Nightly 147.0a1 (2025-11-27). The password reveal button is not displayed when the DisablePasswordReveal policy is applied.
Updated•6 months ago
|
Updated•6 months ago
|
Comment 17•6 months ago
|
||
| uplift | ||
Updated•6 months ago
|
Updated•6 months ago
|
Comment 18•6 months ago
|
||
| uplift | ||
Comment 19•6 months 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•6 months ago
|
| Assignee | ||
Updated•6 months ago
|
Description
•