Open
Bug 1954146
Opened 2 months ago
Updated 19 days ago
[contextual-password-manager] RTL UI issues in Passwords sidebar
Categories
(Toolkit :: Password Manager, defect, P3)
Tracking
()
NEW
People
(Reporter: bhidecuti, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxcm-cpm-qa2790])
Found in
- Nightly 138.0a1 (2025-03-13)
Affected versions
- Nightly 138.0a1
Tested platforms
- Affected platforms: Windows 11, macOS 13, Ubuntu 22.04
- Unaffected platforms: none
Preconditions:
- Have an RTL build installed (he or ar build)
- Have the pref "browser.contextual-password-manager.enabled" set to true in about:config
- Have Passwords sidebar opened
- Have some saved logins with active alerts
Steps to reproduce
- Observe the Passwords list while switching between "All" and "Alerts" radio buttons
- Observe the Review alert button from a record with an active alert
- Press the "Edit" button for any saved login and observe the saved website
- [macOS only] Hover over the scrollbar in the Passwords sidebar and observe the behavior
Expected result
- When the "All" radio button is selected, all records should be displayed and when the "Alerts" radio button is selected, only records with active alerts should be shown
- The Review alert button should be correctly aligned in RTL "<-"
- The saved website in the Edit password form should be right aligned
- [macOS] Scrollbar should not overlap the content in the Passwords sidebar
Actual result
- When the "All" radio button is selected, only records with active alerts are displayed and when the "Alerts" radio button is selected, the saved records are not filtered
- The Review alert button is incorrectly aligned in RTL "->"
- The saved website in the Edit password form is left aligned
- [macOS] Scrollbar overlaps the title in the Passwords sidebar
Regression range
- N/A
Additional notes
- Please see the screen recording
Updated•2 months ago
|
Comment 1•19 days ago
|
||
In addition to the issues mentioned, the Back button icon in the "Add a Username" and "Remove Record" dialogs points in the wrong direction in the RTL build. This was tested on macOS 13 using Nightly 139.0a1 and Firefox 138.0b5 in the ar build.
You need to log in
before you can comment on or make changes to this bug.
Description
•