Bug 401758 - Disable non us keyboard layouts in lock screen and in login screen
Summary: Disable non us keyboard layouts in lock screen and in login screen
Status: RESOLVED INTENTIONAL
Alias: None
Product: kxkb
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-05 04:30 UTC by Andrew Shark
Modified: 2021-03-20 19:13 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Shark 2018-12-05 04:30:44 UTC
When using multiple keyboard layouts, it is not comfortable to have them in login screen (sddm) or in lock screen.
Is it possible to always select us layout and disable others when lock screen activates?

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 5.14.4
Qt Version: 5.11.2
KDE Frameworks Version: 5.52.0

ADDITIONAL INFORMATION
https://www.spinics.net/lists/kde/msg21869.html - exactly same question
https://www.reddit.com/r/kde/comments/6nrvbh/setting_the_default_keyboard_layout_for_the/ - some guy say it may be done with script
Comment 1 Nate Graham 2021-03-20 04:15:14 UTC
Not possible, or else you could find yourself unable to type your password if it required the use of characters not available with the en_us layout.
Comment 2 Andrew Shark 2021-03-20 04:59:11 UTC
What about making it as an option?
I still am using password with only Latin characters and digits, and still suffer from this inconvenience.
Comment 3 Nate Graham 2021-03-20 16:28:12 UTC
But what's the inconvenience? You can just ignore the keyboard layout chooser. It sits there in a corner, not doing anything unless you click on it. So don't click on it. :)
Comment 4 Andrew Shark 2021-03-20 17:36:59 UTC
The inconvenience is not a switcher icon itself. Inconvenience is about layout could be at wrong state. I want it to always be us. If that is the case, I just type a password, then press enter, and all is ok. But layout may be set to non-us (in my case ru layout). So I type a password, press enter, login fails, then I realise that I am on wrong layout. So I need to switch it to us, and enter password again.

In other words, inconvenience is that I always need to keep an eye on switcher state before typing password, or make another try when it was ru layout.

And layout is dependent on what state it was set before you locked your screen.

If that is not going to be fixed (as bug was marked intentional), then could you please give a reference how I can try to do it via script? I mean, as there are two layouts, script should always set layout to us.
Comment 5 Nate Graham 2021-03-20 19:13:13 UTC
Implementing your proposal would give users a way to accidentally lock themselves out of their systems, which is a no-go. We don't add dangerous off-by-default options solely to satisfy technical experts.

You're welcome to edit the QML files locally for the lock and login screens. They're not too hard to understand.