Bug 383316 - At login pressing Ctrl disables NumLock, once only.
Summary: At login pressing Ctrl disables NumLock, once only.
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_keyboard (show other bugs)
Version: 5.8.6
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-08-09 14:04 UTC by Don Curtis
Modified: 2018-07-02 13:00 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Don Curtis 2017-08-09 14:04:46 UTC
After logging in, the first time that the "Ctrl" key is pressed has the effect that, the keyboard's NumLock indicator lamp is also cleared -- but, once only.

* After the keyboard's NumLock lamp has been re-enabled, by pressing the "NumLock" key twice, further presses of the "Ctrl" key do not affect the NumLock status.

Further investigation has showed that, this <Ctrl>/NumLock status behaviour begins as soon as the SDDM Splash Screen appears during the login process.

This behaviour does not occur at the SDDM "choose the user and enter the user's password" screen -- pressing the <Ctrl> key here does not change the NumLock status.
Comment 1 Paul 2017-08-09 17:34:56 UTC
With:
openSUSE Tumbleweed (20170806)
Plasma 5.10.4
KDE Frameworks 5.36.0
Qt 5.9.1

I don't see this behaviour.

However, with:
openSUSE Leap 42.3
Plasma 5.8.7
KDE Frameworks 5.32.0
Qt 5.6.2

I see an almost identical behaviour, except, it is the "Shift" key, not "Ctrl" that causes the "Numlock" indicator to change.  Indeed it is not just the indicator, but the "Numlock" status itself changes, which is how I first noticed the phenomena.
Comment 2 Don Curtis 2017-08-10 06:50:19 UTC
openSUSE Leap 42.2
plasma5-desktop: 5.8.6-7.1
plasma-framework: 5.27.0~20160928~b115ea1.git-3.1
KDE Frameworks: 5.26.0
Qt: 5.6.1
-----------------------------------------------------

Yes, the shift key, as well as the <Ctrl> key provokes this "once-only at login" behaviour.
-----------------------------------------------------

/etc/sddm.conf
[General]
Numlock=on

/etc/sysconfig/keyboard
KBD_NUMLOCK="bios"
-----------------------------------------------------

Now a thought: the BIOS on this system (old, not UEFI) doesn't have a NumLock setting . . .

I'll set the SysConfig KBD_NUMLOCK value to "yes" and report in a minute or two.
Comment 3 Don Curtis 2017-08-10 07:05:12 UTC
Setting the SysConfig KBD_NUMLOCK value to "yes" didn't affect the KDE Plasma behaviour.

Also, it didn't enable the keyboard's NumLock indicator during the Linux boot . . .
Comment 4 Don Curtis 2017-08-10 08:21:29 UTC
openSUSE Leap 42.3 -- UEFI Laptop -- no NumLock setting in UEFI/BIOS.
plasma5-desktop: 5.8.7.1-3.1
plasma-framework: 5.32.0-4.1
KDE Frameworks: 5.32.0
Qt: 5.6.2

/etc/sddm.conf
[General]
Numlock=on
-----------------------------------------------------

Same "once-only at login" NumLock behaviour as with the earlier Plasma5 version.
Comment 5 Paul 2017-08-10 13:24:04 UTC
As a follow up:

The keyboard is a UK "Logitech k120 Business" (USB) and in (KDE) "System Setup -> Input Devices -> Keyboard - Hardware" is set to "Logitech | Generic"

Numlock on Plasma Startup is set to "Leave Unchanged"

Numlock is set to "On" in the PC BIOS (Also legacy, not UEFI)
/etc/sddm.conf sets Numlock=on

Also, a correction to my first, Comment #1 the Ctrl key does indeed also trigger this.
Comment 6 Don Curtis 2017-08-10 13:49:31 UTC
System with:
plasma5-desktop: 5.8.6-7.1
plasma-framework: 5.27.0~20160928~b115ea1.git-3.1
KDE Frameworks: 5.26.0
Qt: 5.6.1

Keyboard is a German Cherry CyMotion Master Linux (the "Meta" key is "Tux" + Cherry Tux sticker above the "Esc" key -- not Redmond . . . )

System Settings: NumLock on Plasma Startup: On
-----------------------------------------------------
System with:
plasma5-desktop: 5.8.7.1-3.1
plasma-framework: 5.32.0-4.1
KDE Frameworks: 5.32.0
Qt: 5.6.2

Lenovo G505s laptop German keyboard -- generic international 105 keys.

System Settings: NumLock on Plasma Startup: On
-----------------------------------------------------
Comment 7 Don Curtis 2017-08-22 08:33:51 UTC
Not only the <Shift> and <Ctrl> keys, also:
 - <Meta> -- the "Windows" key;
 - <AltGr> -- "Alternate Graphic".
Comment 8 Don Curtis 2017-08-24 06:31:05 UTC
If,

 * before any other of the keys mentioned above have been pressed
   during or after the user's login process is executing,

 * the <Num> (NumLock) key is pressed twice, once to "unlock" and,
   then again to "lock",

then,

 * the behaviour being documented in this Bug Report does not occur.
Comment 9 Don Curtis 2017-10-09 06:56:10 UTC
If, in KDE "System Settings", section "Workspace", sub-section "Startup and Shutdown", module "Desktop Session Login and Logout", section "On Login", "Start with an empty session" is selected, this issue seems to not occur.
Comment 10 Don Curtis 2017-10-09 07:05:36 UTC
** Correction: **

This issue doesn't disappear if "Start with an empty session" is selected -- it *intermittently* doesn't occur if "Start with an empty session" is selected.
Comment 11 Don Curtis 2018-07-02 13:00:32 UTC
With the following KDE components (openSUSE Leap 15.0) this issue seems to have been resolved:

KDE: 5.45.0
plasmashell 5.12.5
Qt: 5.9.4

Now closing this issue.