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
Launch the Bitwarden Desktop Client, the cursor is already present in the master password field;
Press a dead key that requires no modifier key to activate (such as the ^ character on a de-CH keyboard layout);
Press the same key again two times more to see that character appear on the master password field only twice, with no hanging symbol.
Expected Result
Pressing ^ + space when launching the app should yield ^ in the master password field.
Pressing ^ + ^ + ^ + a when launching the app should yield ^^â in the master password field.
Actual Result
Pressing ^ + space when launching the app yields in the master password field.
Pressing ^ + ^ + ^ + a when launching the app yields ^^a in the master password field.
Screenshots or Videos
No response
Additional Context
If you press and release any modifier key such as ALT or SHIFT before using a dead key that doesn't require such a modifier key to be used, then the dead key will be recognized normally;
If you take the focus out of the master password field with a mouse click somewhere else in the window and press any key and then go back to the master password field, dead keys will be recognized normally. But if you just focus out, don't press any key and focus back into the field, the issue will still be present;
The ^ character is the only character on my keyboard layout (de-CH) that doesn't require a modifier, so I can't test for other characters and maybe this only concerns this specific character.
Sorry to stress this out, but it's so weird that it might be easy to forget when trying to reproduce : This issue only concerns the first ever key press once the app is launched.
This issue is not macOS specific since I'm having the issue on a Windows. I do not have a mac or linux at my disposal to test on another OS
It has nothing to do with the toggle password visibility feature
I do not have the issue with browser extensions (Brave)
Operating System
Windows 11 Pro
Operating System Version
22H2
Installation method
Direct Download (from bitwarden.com)
Build Version
2023.10.1
Issue Tracking Info
I understand that work is tracked outside of Github. A PR will be linked to this issue should one be opened to address it, but Bitwarden doesn't use fields like "assigned", "milestone", or "project" to track progress.
The text was updated successfully, but these errors were encountered:
Thank you for your report, it seems like it is a duplicate of this one #2472
If you wish to add any further information/screenshots/recordings etc., please feel free to do so at any time in there - our engineering team will be happy to review these.
I've taken the time to dig tickets #2472 and #3257 out, read through them, and explained why I believe my issue is dissimilar in behaviour by creating this new ticket, so I'm not sure I understand why it's being marked as duplicate. I would really appreciate if you could take a moment to clarify this for me.
Steps To Reproduce
^
character on a de-CH keyboard layout);Expected Result
^
+space
when launching the app should yield^
in the master password field.^
+^
+^
+a
when launching the app should yield^^â
in the master password field.Actual Result
^
+space
when launching the app yields^
+^
+^
+a
when launching the app yields^^a
in the master password field.Screenshots or Videos
No response
Additional Context
^
character is the only character on my keyboard layout (de-CH) that doesn't require a modifier, so I can't test for other characters and maybe this only concerns this specific character.So what differs from #2472 ?
Operating System
Windows 11 Pro
Operating System Version
22H2
Installation method
Direct Download (from bitwarden.com)
Build Version
2023.10.1
Issue Tracking Info
The text was updated successfully, but these errors were encountered: