Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upR4: Disk password input field crashing when typing special characters #4009
Comments
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jun 16, 2018
Member
It isn't crashing. Pressing esc, arrows and other such keys switches between verbose and normal view. You can press esc to switch back to normal view. But if you want, you can also enter your password in verbose view.
|
It isn't crashing. Pressing esc, arrows and other such keys switches between verbose and normal view. You can press esc to switch back to normal view. But if you want, you can also enter your password in verbose view. |
marmarek
closed this
Jun 16, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Ekleog
Jun 16, 2018
Hmm, from memory there was no input field clearly visible, but I couldn't swear that.
That said, is there a reason why arrows switch to terminal view? (The numpad only has Home, PgUp, End, PgDn, Ins and arrow keys when NumLock is turned off) That's unexpected at best for the non-technical user, who will be freaked out by any terminal (which is exactly the situation I witnessed)
Ekleog
commented
Jun 16, 2018
|
Hmm, from memory there was no input field clearly visible, but I couldn't swear that. That said, is there a reason why arrows switch to terminal view? (The numpad only has Home, PgUp, End, PgDn, Ins and arrow keys when NumLock is turned off) That's unexpected at best for the non-technical user, who will be freaked out by any terminal (which is exactly the situation I witnessed) |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jun 16, 2018
Member
Probably because those keys encoding contains esc char. Ask plymouth (the thing displaying that prompt) authors...
|
Probably because those keys encoding contains esc char. Ask plymouth (the thing displaying that prompt) authors... |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Ekleog
Jun 16, 2018
Hmmm that's likely indeed, so that's an upstream bug, will report to plymouth, thanks!
Ekleog
commented
Jun 16, 2018
|
Hmmm that's likely indeed, so that's an upstream bug, will report to plymouth, thanks! |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Ekleog
commented
Jun 16, 2018
|
For the record, https://bugs.freedesktop.org/show_bug.cgi?id=106934 |
Ekleog commentedJun 16, 2018
Qubes OS version:
R4
Affected component(s):
Splash screen for inputting the disk password
Steps to reproduce the behavior:
Expected behavior:
~Nothing happens (or ideally NumLock is turned on by default on boot), the password field sees as input the typed characters.
Actual behavior:
The password entry prompt screen crashes during input and falls back to a tty with (IIRC)
systemdlogs displayed.General notes:
I unfortunately don't have access to the computer on which this happened, and don't have R4 installed locally, so won't be able to help much in debugging this… sorry!
Related issues: