1571275 - KeePassXC - auto-type with extended ASCII prints incorrect characters and drops input

Status: UNCONFIRMED

(Core :: Widget: Gtk, defect, P3)

Description

[akb95]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

Configure an entry in KeePassXC (Linux, Kernel 5.2.5 x86_64 - issue is not present under Microsoft Windows 10 1903) with extended ASCII characters in the password (the provided dummy password will work for this: òöMèÁ[¦r´Ö~èb^ø?(ããùôÁYhËpÛ(ÓÖkÑÞYhåå$%¾D«Ô½µ´ñ*xߦ4ÐOï5ó«É¥ñÒ½ù).

Invoke Auto-Type from global hotkey. (works on a similar premise to XDOTOOL)

Observe the incorrect input being entered.

Repeat the same steps for another application (e.g sublime text 3, gedit, your terminal emulator of choice) and you should find the issue to not be present, this is thus at least in part an issue with how firefox processes keyboard input under linux (be it virtual or physical, though this should not matter much since it should correctly receive input from either).

Actual results:

The entry types in, but the extended ascii is printed incorrectly

expected :
òöMèÁ[¦r´Ö~èb^ø?(ããùôÁYhËpÛ(ÓÖkÑÞYhåå$%¾D«Ô½µ´ñ*xߦ4ÐOï5ó«É¥ñÒ½ù

actual (7 runs, to test consistency:):
25ms/keystroke:
Á´Mèø[¦rãÁËb^Ö?(åå¾´ßYhïpÉ(ñùkùùYhùù$%ùDùùùùùù*xù¦4ùOù5ùùùùùÒùù
ÖãMËÞ[¦rÔÐñb^ù?(ùùùùùYhùpù(ùùkùùYhùù$%ùDùùùùùùxù¦4ùOù5ùùùùùÒùù
´ãMËÖ[¦rå´~Ðb^¥?(ùùùùùYhùpù(ùùkùùYhùù$%ùDùùùùùùxù¦4ùOù5ùùùùùÒùù
´ãMÖ«[¦rïñ~ùb^ù?(ùùùùùYhùpù(ùùkùùYhùù$%ùDùùùùùù*xù¦4ùOù5ùùùùùÒùù

150ms/keystroke:
öÁMÁÖ[¦rèèøb^ã?(ôôÁËÛYhÓpÖ(ÑÞkååYh¾¾$%ÔDµññßÐï*xó¦4ÉOñ5ùùùùùÒùù
öÁMÁÖ[¦rèøøb^ù?(ÁÁÁÛÓYhÖpÞ(å¾k«½Yhµµ$%ñDßßïïÉñx½¦4ùOù5ùùùùùÒùù
öÁm´è[¦rèø~ôb^Á?(ÛÛÖÞåYh¾p½(ñßkßïYhóó$%¥D½ùùùùùxù¦4ùOù5ùùùùùÒùù

Observations: incorrectly entered extended ASCII characters, dropped characters. (even with extended delays of up to 150ms between keystrokes)

Significantly stalls the firefox process meanwhile (becomes unresponsive, takes upwards of 4-5 seconds to show that input was actually passed - characters appear multiple at a time instead of one at a time as expected)

Expected results:

The input should have been processed correctly, allowing the login to go through.

Comment 1

[Liviu Seplecan]

Attachment: bug 1571275.png

Comment 2

[Liviu Seplecan]

Attachment: bug 1571275-1.png

Comment 3

[Liviu Seplecan]

Hi @akb95, tested the issue on several machines Windows 10, Mac OS X 10_14 and Ubuntu 18.04 using several versions of FF: release 68.0.1 & nightly 70.0a1.
=> only on Ubuntu I wasn't able to test it because some error that appears when the icon from FF bar was clicked-also the "Reload" button-> can be seen in the screenshots attached.
On the other systems tried, the issue won't occur. So, I will add a component, is isn't the right one please fell free to change it. Further, maybe we can get support from dev team to figure it out a solution to try with Ubuntu.
Regards,
Liviu

Comment 4

[akb95]

The issue primarily lies -- not with the browser integration plugin (personally I avoid adding yet more plugins when it's not absolutely necessary, a more general solution is far more portable if I for whatever reason want to use another solution) -- but rather with the normal auto type feature.

Perhaps I phrased myself poorly, I apologize for any confusion.

This XDOTOOL one-liner simulates the issue fairly well, you should see the same issue with dropped characters.

sleep 1 & xdotool type --delay 75 '€‚ƒ„…†‡ˆ‰Š‹ŒŽ‘’“”•–—˜™š›œžŸ¡ ¢£¤¥¦§¨©ª«¬®¯±²³´µ¶'

"On the other systems tried, the issue won't occur. So, I will add a component, is isn't the right one please fell free to change it. "
Sorry, I am not familiar enough with how the firefox bug tracker preferences so I will refrain from touching those options, no doubt I would pick unsuitable ones.