New password authorization popup doesn't allow some special character inputs from keyboard

[Twigman]

Distribution

Mint 22.1

Package version

6.4.6

Graphics hardware in use

Radeon RX 7900 XT

Frequency

Always

Bug description

The new popup for user authentication does not allow to enter one of the following characters via keyboard: ^`´

Steps to reproduce

1. open an application via startmenu which requires user authentification (e.g. timeshift)

• (Popup for user authentification opens up)

2. Try to enter one of the following characters: ^´`
3. Unlike other special characters, these are not displayed in the password field.
4. After confirmation, the password is incorrect.

Expected behavior

The character inputs should be registered as usual.

Additional information

Tested for QWERTZ-layout and german settings.
The special characters work in other programs, such as in the browser and can be inserted using copy and paste.

[georg41980]

Issue: QWERTZ layout does not allow special characters (^, `, ´) in the password popup.

Solution: Switch to the Standard German layout:

Go to System Settings > Keyboard > Layouts.

Remove QWERTZ and enable Standard German.

Test again – special characters should now work.

[Twigman]

Oh, that wasn't precise on my part. My keyboard settings are in German/Deutsch. By QWERTZ I meant my actual keyboard layout.

[Secret-chest]

Of course. The new dialogues are flawed, they aren't X windows and use ad-hoc input.

[fcbertoldi]

Same bug occurs with the Brazil ABNT2 keyboard layout.

[IncubuzzCC]

I experience the same issue with English (US, i9ntl., with dead keys) on LMDE6 latest.

The password dialog does not process any characters that use a 2-stroke key combination for that configuration (`~'"áäãà etc.).
Pasting the character in works tho.

I also think this is the same as Dialogs - keyboard language input is not working correctly #12668

[Inaofr]

Same issue with following French keyboard layouts: AZERTY and BÉPO. As IncubuzzCC said, any character requiring two strokes to be inputted is ignored by the new password dialog if typed, but not if pasted.
This issue is not concerning the login field used to open the session.

[CallMeFlanby]

Closed #12688 as it was a duplicate from this one and I didn't noticed this issue before. Thanks @IncubuzzCC .

By the way, this issue also happens in the search bar of the menu (check picture to know which one I mean):