Bug 376058

Summary: SDDM theme should remember the last-used keyboard layout
Product: [Plasma] plasmashell Reporter: AGui <audardg>
Component: Theme - BreezeAssignee: visual-design
Status: CONFIRMED ---    
Severity: wishlist CC: g.guerin, jr, kde, nate, neon-bugs, plasma-bugs, sitter
Priority: NOR    
Version: master   
Target Milestone: 1.0   
Platform: Neon   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description AGui 2017-02-05 15:16:12 UTC
I am using KDE 5.9.0 on KDE Neon User Edition. My keyboard layout is set to French (azerty). If I log out of a session (disconnect), I cannot connect back again with my password. SDDM enables to connect using a custom login, and I noticed in the login field that the keyboard layout is not azerty but qwerty.
SDDM is set to automatic login on startup so I didn't check whether this was specific to login after disconnection or if it was always the case.

I don't know if this is a bug in SDDM or a bug in Neon's configuration. Please move this bug report to the correct section if needed.
Comment 1 Jonathan Riddell 2017-02-06 15:25:56 UTC
how did you set your keyboard layout?
Comment 2 AGui 2017-02-06 16:23:08 UTC
I have set it during the installation process. But now that you ask, I think that it was not set properly after rebooting (it was ok during installation). So I changed it through SystemSettings (Input devices > Keyboard > Layouts).
Comment 3 Gauthier 2020-06-29 09:51:29 UTC
Hi,

I have a similar problem.

I have two keyboard layouts (gb, fr) as my laptop keyboard is british english and external is french. I added "fr" through system settings > keyboard > layouts > add. If I set the layout to "fr" using the system tray layout icon and then either disconnect or reboot, the layout is switched back to "gb" with no option to change layout on the login screen.
If I put computer to sleep, after wake the layout is conserved and there is anyway a handy icon on the login screen to change the layout if need be.

Basically the keyboard layout is not conserve and there is no option to change t on login screen on any fresh session (that is either after fresh start, reboot or log out). However it is conserved while the session is still running (e.g. after sleep) and with the option to change the layout on the login screen.

The expected behaviour is that the last layout used is conserve on the login screen, even after reboot or log out.
Also there should be a way to change layout on the login page in the way as it is done when the computer goes to sleep and wake up.

It feels like this is to do with the fact keyboard layout are session specific with some kind of default layout being set. It would be good for sddm to be able to somehow access users keyboard settings when a specific user is selected on the login screen.

Operating System: KDE neon 5.19
KDE Plasma Version: 5.19.2
KDE Frameworks Version: 5.71.0
Qt Version: 5.14.2
Kernel Version: 5.3.0-61-generic
OS Type: 64-bit
Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz
Memory: 15.4 GiB of RAM
Graphics Processor: Mesa DRI Intel® UHD Graphics 620
Comment 4 Nate Graham 2020-10-25 17:17:56 UTC
That's a different issue.
Comment 5 Gauthier 2020-10-31 08:51:10 UTC
(In reply to Nate Graham from comment #4)
> That's a different issue.

OK.

It just felt it could be related because my keyboard was also set in azerty (fr) during session but switched back to qwerty (gb) in SDDM if I'd log out / reboot (I have to enter password on reboot).
But it's true that I have two layouts whereas the original post only mentions one. Sorry if that was not helpful, should I open a new issue then?
Comment 6 Nate Graham 2020-11-02 21:37:52 UTC
Yes please. :)
Comment 7 Gauthier 2020-11-04 11:15:47 UTC
(In reply to Nate Graham from comment #6)
> Yes please. :)

Ok so I have created two separate reports (as I was actually reporting two separate issues here):

Missing keyboard layout button on login screen: https://bugs.kde.org/show_bug.cgi?id=428675

Layout reverting to system default on login screen: https://bugs.kde.org/show_bug.cgi?id=428674

The combination of the two is what was particularly problematic ;)
Comment 8 Nate Graham 2020-11-04 17:52:35 UTC
*** Bug 428674 has been marked as a duplicate of this bug. ***
Comment 9 Nate Graham 2020-11-04 21:45:19 UTC
David, is this something we can handle in our SDDM theme, or would it have to be fixed/implemented in SDDM itself?