Bug 404115 - Ctrl is mapped to alt; Alt is mapped to win no longer fully functions
Summary: Ctrl is mapped to alt; Alt is mapped to win no longer fully functions
Status: CONFIRMED
Alias: None
Product: frameworks-kglobalaccel
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.58.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Vlad Zahorodnii
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-08 21:15 UTC by hedgie
Modified: 2019-09-03 10:16 UTC (History)
3 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 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.