[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=310881

totpe...@gmail.com changed:

   What|Removed |Added

 CC||totpe...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Nate Graham]

https://bugs.kde.org/show_bug.cgi?id=310881

Nate Graham  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |DUPLICATE
 CC||n...@kde.org

--- Comment #21 from Nate Graham  ---
I believe this will wind up as yet another issue fixed with the fix for Bug
423305.

*** This bug has been marked as a duplicate of bug 423305 ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Henning]

https://bugs.kde.org/show_bug.cgi?id=310881

Henning  changed:

   What|Removed |Added

 CC||wue...@web.de

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Joakim]

https://bugs.kde.org/show_bug.cgi?id=310881

--- Comment #20 from Joakim  ---
(In reply to Joakim from comment #19)
> @Kübi **Works for me!** also after logging out and back in.
> 
> Thanks mate!

and just to clarify, this works for me on Swedish (se) layout, so not specific
to Hungarian.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Joakim]

https://bugs.kde.org/show_bug.cgi?id=310881

--- Comment #19 from Joakim  ---
@Kübi **Works for me!** also after logging out and back in.

Thanks mate!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Kübi]

https://bugs.kde.org/show_bug.cgi?id=310881

--- Comment #18 from Kübi  ---
(In reply to Kübi from comment #17)

Sorry, forgot to mention that my system is Debian 10.0.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Kübi]

https://bugs.kde.org/show_bug.cgi?id=310881

Kübi  changed:

   What|Removed |Added

 CC||kisku...@freemail.hu

--- Comment #17 from Kübi  ---
Hi All, I've found the conflict on Hungarian layout (hu):

a) I use Alt+ for tab switching on every app that is capable.
b) System settings -> shortcuts -> global shortcuts -> kwin ->
Walk through windows of current application, defaults to Alt + `
Walk through windows of current application (reverse), defaults to Alt + ~

So a quick workaround is to remove those two system hotkeys.


Thus I can understand why Alt+1 and Alt+7 were the two erroneous key
combinations: they are the tilde and grave on Hungarian layout.  AFAICS the
issue has nothing related to "composing keys" or "dead keys".  Slovenian layout
is similar, and Spanish has asciitilde on Alt+4.


Maybe there are other issues with keyboard event handling too.  Under the
conflicting circumstances, neither the KWin "Walk through windows" function nor
the application's user shortcut works, which is strange for me.  Though some
quick UI refresh can be seen triggered by Alt+1 and Alt+7.

Maybe KWin at low levels has been triggered, without knowning much about
layouts, intercepting the keystrokes for some reason, even if grave comes from
Alt + 7, which does not really mean Alt + grave?  And later another component
gets only grave, without Alt, so eventually the "Walk through windows" function
will not run?

Another question: how should we configure default shortcuts and differend
keyboard layouts in general?
Thoughts:

 - Modifiers  can be used to compose a shortcut, from the system configuration
point of view;
   while they can be used to compose characters, from the layout design point
of view.

 - Logically 2 kinds of shortcuts seems showing up to me:
   - "movable", e.g. Meta+Q: Activities, no matter where "Q" lays on the
current layout.
   - "positional", e.g.
 - this case: Alt + "the key under ESC",
 - this case: Alt + 
 - '[', ']', '<', '>', '+', '-' (or rather '=' instead of '+')
   "Positional" will often has the "modifier problem".


Special fun: the two conflicting shortcuts serve absolutely similar purposes:
a) switching between tabs of an application
b) switching between windows of an application
:)


Hi All, I've found the conflict on Hungarian layout (hu):

a) I use Alt+ for tab switching on every app that is capable.
b) System settings -> shortcuts -> global shortcuts -> kwin ->
Walk through windows of current application, defaults to Alt + `
Walk through windows of current application (reverse), defaults to Alt + ~

So a quick workaround is to remove those two system hotkeys.


Thus I can understand why Alt+1 and Alt+7 were the two erroneous key
combinations: they are the tilde and grave on Hungarian layout.  AFAICS the
issue has nothing related to "composing keys" or "dead keys".  Slovenian layout
is similar, and Spanish has asciitilde on Alt+4.


Maybe there are other issues with keyboard event handling too.  Under the
conflicting circumstances, neither the KWin "Walk through windows" function nor
the application's user shortcut works, which is strange for me.  Though some
quick UI refresh can be seen triggered by Alt+1 and Alt+7.

Maybe KWin at low levels has been triggered, without knowning much about
layouts, intercepting the keystrokes for some reason, even if grave comes from
Alt + 7, which does not really mean Alt + grave?  And later another component
gets only grave, without Alt, so eventually the "Walk through windows" function
will not run?

Another question: how should we configure default shortcuts and differend
keyboard layouts in general?
Thoughts:

 - Modifiers  can be used to compose a shortcut, from the system configuration
point of view;
   while they can be used to compose characters, from the layout design point
of view.

 - Logically 2 kinds of shortcuts seems showing up to me:
   - "movable", e.g. Meta+Q: Activities, no matter where "Q" lays on the
current layout.
   - "positional", e.g.
 - this case: Alt + "the key under ESC",
 - this case: Alt + 
 - '[', ']', '<', '>', '+', '-' (or rather '=' instead of '+')
   "Positional" will often has the "modifier problem".


Special fun: the two conflicting shortcuts serve absolutely similar purposes:
a) switching between tabs of an application
b) switching between windows of an application
:)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Nima Taheri]

https://bugs.kde.org/show_bug.cgi?id=310881

Nima Taheri  changed:

   What|Removed |Added

 CC||nima.true...@gmail.com

--- Comment #16 from Nima Taheri  ---
I have the exact same situation as Andy Teijelo "2018-08-01 21:29:23 UTC"
described.

My-OS = kde-neon-useredition-20190321-0530

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[András Korn]

https://bugs.kde.org/show_bug.cgi?id=310881

--- Comment #15 from András Korn  ---
I also just made another discovery: adding the Spanish layout as a third layout
also breaks alt+4 (so this is with us, hu, es). If instead of Spanish I add
German (us, hu, de) alt+1 and alt+7 are still broken, but alt+4 works.

With "us, es" alt+1 and alt+4 is broken but alt+7 works.

FWIW, my XKB settings are:

XKBMODEL="pc104"
XKBLAYOUT="us"
XKBVARIANT=""
XKBOPTIONS="lv3:ralt_switch,compose:rwin"

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[András Korn]

https://bugs.kde.org/show_bug.cgi?id=310881

András Korn  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|REPORTED|CONFIRMED

--- Comment #14 from András Korn  ---
Still present in 5.14.5.1 as well.

Interestingly, if I workaround it via the global shortcut hack, it breaks again
when a new input device is connected (even a mouse).

Also, I *think* I didn't have the problem with Debian's 4:5.13.5-1+b1 (but it
definitely came back with 5.15.5.1)

I'm changing the status to "confirmed" because the bug affects several people.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Joakim]

https://bugs.kde.org/show_bug.cgi?id=310881

Joakim  changed:

   What|Removed |Added

 CC||joa...@cb.uu.se
   Platform|Archlinux Packages  |unspecified
Version|4.9 |unspecified

--- Comment #13 from Joakim  ---
The bug is still present with the following settings:

KDE Plasma: 5.14.3
KDE Frameworks: 5.52.0
Qt Version: 5.11.1
Kernel: 4.17.18-gentoo

This is on Gentoo.

Upon login I can't use "Alt+1" to change to the first tab in Chrome, or in any
terminal app (Konsole, Terminator, QTerminal). If I open a konsole and press
"Alt+1" or "Alt+7" there is no response, whereas other numbers work (printout
of text "(arg: 2)" etc.)
If I go to System Settings/Custom Shortcuts and I set "Alt+1" as the trigger of
any action and then remove it, I can then use it for in the apps mentioned.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Andy Teijelo]

https://bugs.kde.org/show_bug.cgi?id=310881

Andy Teijelo  changed:

   What|Removed |Added

 CC||ateij...@gmail.com

--- Comment #12 from Andy Teijelo  ---
The bug is still present with this settings (according to About System):

KDE Plasma: 5.13.2
KDE Frameworks: 5.47.0
Qt Version: 5.10.1
Kernel: 4.12.0-1-amd64

This is on Debian Buster.

Upon login I can't use "Alt+1" to change to the first tab in Chrome, or in any
terminal app (Konsole, Terminator, QTerminal). If I go to System
Settings/Custom Shortcuts and I set "Alt+1" as the trigger of any action and
then remove it, I can then use it for in the apps mentioned.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Akos Ladanyi]

https://bugs.kde.org/show_bug.cgi?id=310881

Akos Ladanyi  changed:

   What|Removed |Added

 CC||akos.lada...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[kde] [Bug 310881] shortcut alt-1 gets intercepted, event does not reach the active window

[Zoltán Berkes]

https://bugs.kde.org/show_bug.cgi?id=310881

Zoltán Berkes  changed:

   What|Removed |Added

 CC||zoltan.berke...@gmail.com

--- Comment #11 from Zoltán Berkes  ---
This bug still exist in KDE 5 (KUbuntu 16.04). Very annoying...

-- 
You are receiving this mail because:
You are watching all bug changes.