Bug 484301 - When changing the user password, tab needs to be hit twice
Summary: When changing the user password, tab needs to be hit twice
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_users (other bugs)
Version First Reported In: unspecified
Platform: Neon Linux
: NOR minor
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2024-03-23 06:22 UTC by jimbo
Modified: 2025-10-31 19:50 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In: Frameworks 6.20 for apps and Plasma 6.6.0 for Plasma
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jimbo 2024-03-23 06:22:14 UTC
When changing the password via System Settings -> (System) Users -> Change Password, the first password entry requires that the tab button be hit twice in order to get to the confirmation password. There should only be one tab press required. It look like the Tab is moving to the hide/unhide icon, many other sites have the unhide icon but it is not focusable using tab. Maybe Ctrl+H should be used for this button instead as it's fairly default across programs to hide/unhide.

Regardless, the user expects to drop down into the next input field; not tab into the hide/unhide button.
Comment 1 Nate Graham 2025-10-10 17:44:57 UTC
Can confirm that it's because the eyeball button to show the password participates in the tab focus chain. Which makes logical sense, but, it's probably not what folks expect.
Comment 2 JT Hundley 2025-10-28 21:58:00 UTC
This bug is still present in:
Operating System: EndeavourOS 
KDE Plasma Version: 6.5.0
KDE Frameworks Version: 6.19.0
Qt Version: 6.10.0

I think another decent fix for this would be to draw a box around the show/hide password eye icon to indicate that's that it is selected after pressing tab. There is no indication what has focus until you hit space and see that it's the show/hide password eye icon.
Comment 3 Bug Janitor Service 2025-10-30 22:06:50 UTC
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kirigami/-/merge_requests/1950
Comment 4 Nate Graham 2025-10-31 16:45:20 UTC
Git commit 0f8461cad56a3f9fe94e750f8034b5f3083f0c21 by Nate Graham.
Committed on 31/10/2025 at 16:14.
Pushed by ngraham into branch 'master'.

ActionTextField: use standard implementation for inline action buttons

This gains us multiple benefits:

- Hover effect
- Press effect
- keyboard selection effect (important for accessibility)
- Less code
- Consistency with other unframed buttons
FIXED-IN: 6.20

M  +30   -50   src/controls/ActionTextField.qml

https://invent.kde.org/frameworks/kirigami/-/commit/0f8461cad56a3f9fe94e750f8034b5f3083f0c21
Comment 5 Bug Janitor Service 2025-10-31 17:43:18 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/libplasma/-/merge_requests/1375
Comment 6 Nate Graham 2025-10-31 17:54:33 UTC
Git commit c71b4b2b1a09bd43cc0c30adcee8e8fdb48dd53c by Nate Graham.
Committed on 31/10/2025 at 17:41.
Pushed by ngraham into branch 'master'.

ActionTextField: sync to Kirigami version

As much as we can, at least. Most diffs are import names and Plasma
theming support.

M  +46   -30   src/declarativeimports/plasmaextracomponents/qml/ActionTextField.qml

https://invent.kde.org/plasma/libplasma/-/commit/c71b4b2b1a09bd43cc0c30adcee8e8fdb48dd53c