Bug 445105 - Some shortcuts doesn't work when using Arabic keyboard layout.
Summary: Some shortcuts doesn't work when using Arabic keyboard layout.
Status: RESOLVED UPSTREAM
Alias: None
Product: plasmashell
Classification: Plasma
Component: Input Method widget (other bugs)
Version First Reported In: 5.23.2
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-11-07 07:41 UTC by Wissam
Modified: 2021-11-10 15:16 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Wissam 2021-11-07 07:41:57 UTC
SUMMARY
When switching my keyboard layout to Arabic, some shortcuts don't work.
For example: Ctrl+B for making text bold doesn't work in Libreoffice writer and in WPS writer and the same shortcut for setting a bookmark in Kate doesn't work.
CTRL+[ and CTRL+] for making font size bigger or smaller in in Libreoffice writer and in WPS writer don't work too. some shortcuts work like Ctrl+U to underline a text and CTRL+I to make it italic
I had this problem for 2 years maybe and in multiple distros like KDE neon and Arch and Manjaro on 2 different laptops, sometimes after fresh install so I don't think it's a configuration problem. 

STEPS TO REPRODUCE
1. Open system settings
2. Add Arabic keyboard layout 
3. try some shortcuts like Ctrl+b and Ctrl+] in different software.

OBSERVED RESULT
some shortcuts don't work when using Arabic layout.

EXPECTED RESULT
shortcuts should work when using Arabic layout.

SOFTWARE/OS VERSIONS:
Operating System: EndeavourOS
KDE Plasma Version: 5.23.2
KDE Frameworks Version: 5.87.0
Qt Version: 5.15.2
Kernel Version: 5.14.16-arch1-1 (64-bit)
Graphics Platform: X11

ADDITIONAL INFORMATION:
I tried Russian and Hebrew keyboard layouts now and it seems to be working just fine. I am not sure about other keyboard layouts.
Comment 1 Nate Graham 2021-11-09 03:41:20 UTC
If the issue affects non-KDE apps on X11, then it isn't a KDE bug, as no KDE code is involved in handling keyboard events there. It could be in xkb or another layer of the input stack. I'd suggest starting in XKB.
Comment 2 Wissam 2021-11-10 05:39:50 UTC
(In reply to Nate Graham from comment #1)
> If the issue affects non-KDE apps on X11, then it isn't a KDE bug, as no KDE
> code is involved in handling keyboard events there. It could be in xkb or
> another layer of the input stack. I'd suggest starting in XKB.

But it works just fine in other desktop enviroments on the same laptop ( I have had this problem on multiple laptops and multiple distros as I said) and it affects kde apps like kate too.
just to be sure, I just tried it in linux mint cinnamon edition and it works just fine.
Comment 3 Nate Graham 2021-11-10 14:33:46 UTC
Then I am at a loss. Any ideas, Andrey?
Comment 4 Andrey 2021-11-10 14:57:01 UTC
Could you please try on Wayland?
I did some improvements there regarding shortcuts on different layouts.

Also, please make sure Latin layout (EN, US) goes first in the list of configured layouts in Keyboard KCM.
Comment 5 Andrey 2021-11-10 15:12:42 UTC
It might be these particular shortcuts become global for some reason after layout switching, thus intercepted.
So we can't say for sure it's not KDE bug yet, could you try to reproduce Nate?
Comment 6 Wissam 2021-11-10 15:16:27 UTC
(In reply to Andrey from comment #4)
> Could you please try on Wayland?
> I did some improvements there regarding shortcuts on different layouts.
> 
> Also, please make sure Latin layout (EN, US) goes first in the list of
> configured layouts in Keyboard KCM.


I tried Wayland and it has the same issue.
Latin layout (EN, US) goes first in the list.
I rebooted to make sure it's a fresh Wayland session and the problem still there.
I tried changing Switching policy in input settings to desktop, application and window and it didn't help