Bug 404115

Summary:	Ctrl is mapped to alt; Alt is mapped to win no longer fully functions
Product:	[Frameworks and Libraries] frameworks-kglobalaccel	Reporter:	hedgie <hedgie.public>
Component:	general	Assignee:	Vlad Zahorodnii <vlad.zahorodnii>
Status:	CONFIRMED ---
Severity:	normal	CC:	a.samirh78, bugseforuns, nate
Priority:	NOR
Version:	5.58.0
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description hedgie 2019-02-08 21:15:24 UTC

SUMMARY
When keyboard (advanced) option "Ctrl is mapped to alt; Alt is mapped to win", the re-bound alt(win) key no longer functions, although ctrl(alt) functions normally.

STEPS TO REPRODUCE (performed on separate laptop with same OS as root)
1. zypper dup  #performs dist upgrade
2. shutdown -r now
3. keyboard is now behaving strangely

OBSERVED RESULT
win key acts as win, alt key acts as ctrl

EXPECTED RESULT
win key acts as alt, alt acts as ctrl

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: OpenSUSE Tumbleweed, kernel 4.20.6-1-default
(available in About System)
KDE Plasma Version: 4.14.5
KDE Frameworks Version: 5.54.0
Qt Version: 5.12.0

ADDITIONAL INFORMATION

Comment 1 Patrick Silva 2019-04-26 20:16:35 UTC

I can't confirm on my system.
After relogin, win key acts as alt and alt acts as ctrl, as you expect.

Operating System: Arch Linux 
KDE Plasma Version: 5.15.4
KDE Frameworks Version: 5.57.0
Qt Version: 5.12.3

Comment 2 Vlad Zahorodnii 2019-05-20 12:24:47 UTC

Before setting "Ctrl is mapped to Alt; Alt is mapped to Win":
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x69)
mod1        Alt_L (0x40),  Alt_R (0x6c),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3      
mod4        Super_L (0x85),  Super_R (0x86),  Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)

After setting "Ctrl is mapped to Alt; Alt is mapped to Win":
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x40),  Control_R (0x6c)
mod1        Alt_L (0x85),  Alt_R (0x86),  Meta_L (0xcd)
mod2        Num_Lock (0x4d)
mod3      
mod4        Super_L (0x25),  Super_R (0x69),  Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)

Assigned keycodes look okay. This is maybe a KGlobalAccel issue.

Comment 3 Ahmad Samir 2019-08-31 20:59:43 UTC

From the OP:
OBSERVED RESULT
win key acts as win, alt key acts as ctrl

where do you see this behaviour?

Comment 4 Vlad Zahorodnii 2019-09-02 12:26:56 UTC

(In reply to Ahmad Samir from comment #3)
> From the OP:
> OBSERVED RESULT
> win key acts as win, alt key acts as ctrl
> 
> where do you see this behaviour?

Not sure that I understand your question.

PS: Don't set the bug report status unless you're willing to work on it. We have stupid Bug Janitorial bot that closes bug reports without activity after two weeks.

Comment 5 Ahmad Samir 2019-09-03 10:16:27 UTC

(In reply to Vlad Zahorodnii from comment #4)
> (In reply to Ahmad Samir from comment #3)
> > From the OP:
> > OBSERVED RESULT
> > win key acts as win, alt key acts as ctrl
> > 
> > where do you see this behaviour?
> 
> Not sure that I understand your question.
> 

I meant which application do you use that doesn't honour the key mapping? I suspect it's kwin, i.e. Alt+Tab works everywhere except when switching applications.

> PS: Don't set the bug report status unless you're willing to work on it. We
> have stupid Bug Janitorial bot that closes bug reports without activity
> after two weeks.
OK, noted.