You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When editing an entry. Going into the notes field with keyboard will eat focus forever as it will produce literal tab character with the tab key.
On Linux shift-tab works to go back but it doesn't help when you want to accept/cancel the entry edit with keyboard only. On Windows I have not found a way to get away from the field without mouse.
Expected Behavior
Tab key probably shouldn't be eaten by the editor, is it really necessary to produce literal tab characters in it?
Current Behavior
Focus is lost into notes field without mouse.
Possible Solution
Possibly correct solution would be to allow tab to work as normal rather than producing literal tab characters. Inelegant solution could be to create a custom binding like ctrl+tab to jump forward from this field only.
Steps to Reproduce
Edit entry
Focus notes field
Press tab, press shift-tab
Context
For screen reader users this is a showstopper bug.
Debug Info
KeePassXC - 2.5.3
Repro on Windows and Linux
The text was updated successfully, but these errors were encountered:
Previously, if focus landed inside the Notes field in the Entry editor,
hitting 'tab' would insert a literal tab character. This is problematic
for those using screen readers. Now, hitting tab goes to the next
widget in the focus list.
Fixeskeepassxreboot#4222.
When editing an entry. Going into the notes field with keyboard will eat focus forever as it will produce literal tab character with the tab key.
On Linux shift-tab works to go back but it doesn't help when you want to accept/cancel the entry edit with keyboard only. On Windows I have not found a way to get away from the field without mouse.
Expected Behavior
Tab key probably shouldn't be eaten by the editor, is it really necessary to produce literal tab characters in it?
Current Behavior
Focus is lost into notes field without mouse.
Possible Solution
Possibly correct solution would be to allow tab to work as normal rather than producing literal tab characters. Inelegant solution could be to create a custom binding like ctrl+tab to jump forward from this field only.
Steps to Reproduce
Context
For screen reader users this is a showstopper bug.
Debug Info
KeePassXC - 2.5.3
Repro on Windows and Linux
The text was updated successfully, but these errors were encountered: