Bug 6308 - Russian language label unreadable in KDE
Summary: Russian language label unreadable in KDE
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: High normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2012-06-03 20:30 CEST by Alexandr Bezenkov
Modified: 2013-04-22 09:09 CEST (History)
4 users (show)

See Also:
Source RPM: drakx-kbd-mouse-x11
CVE:
Status comment:


Attachments
Correct ru setting (34.32 KB, image/png)
2012-09-28 20:56 CEST, Alex Loginov
Details

Description Alexandr Bezenkov 2012-06-03 20:30:36 CEST
Description of problem: If you choose Russian during Cauldron installation everything is smooth and fine, except that after starting newly installed system you can barely read Russian language label in system tray layout indicator because it has something like 'ru(winkeys)' written on it instead of simply 'ru'. The funniest thing is that if you change indication type to 'show flag' or 'show label on flag' and then back to 'show label' in KDE keyboard settings 'Layouts' tab and press 'Apply' the label will become simply 'ru' and will stay like this.
Not really big problem of course, I`m not even sure if it is a bug or a feature :)

Version-Release number of selected component (if applicable):
Not sure which one of the components handles this, KDE 4.8.2 - default one for Cauldron.

How reproducible:
After every Russian installation with KDE, tested twice.

Steps to Reproduce:
1. Choose Russian as your main installation language.
2. Install Cauldron with KDE
3. Login to newly installed system and look to your layouts indicator in system tray, try switching layouts.
Comment 1 Manuel Hiebel 2012-08-19 13:26:53 CEST
still valid with kde4.9 ? if yes maybe you should report it at upstream

Keywords: (none) => NEEDINFO
Source RPM: Not sure about actual component => kde

Comment 2 Alexandr Bezenkov 2012-08-30 15:49:35 CEST
Sorry for mistyping, the version is not Cauldron, but Mageia 2. Where can I get Cauldron for testing?

Version: Cauldron => 2

Comment 3 Alex Loginov 2012-09-28 20:55:18 CEST
In systemsettings must be how you can see on picture (in attachment):
Map      Layout        Variant       Label       Shortcut
us       English(US)                 en
ru       Russian       winkeys       ru

But now:
Map      Layout        Variant       Label       Shortcut
us       English(US)                 en
ru       Russian       winkeys       ru(

Problem is in ru( - must be ru

CC: (none) => loginov_alex

Comment 4 Alex Loginov 2012-09-28 20:56:09 CEST
Created attachment 2871 [details]
Correct ru setting
Comment 5 Manuel Hiebel 2012-09-28 22:31:09 CEST
(In reply to comment #2)
> Sorry for mistyping, the version is not Cauldron, but Mageia 2. Where can I get
> Cauldron for testing?

you have the alpha1, it seems an upstream issue, anyway a minor bug

Keywords: NEEDINFO => UPSTREAM

Comment 6 Alex Loginov 2013-03-30 15:16:30 CET
It is not an upstream issue. I built my own distro, and no problem in KDE. No problem in Rosa also.
This bug is only in official Mageia distro.

Hardware: i586 => All
Version: 2 => Cauldron

Comment 7 Alex Loginov 2013-04-15 12:47:30 CEST
http://forum.mageialinux.ru/viewtopic.php?pid=3795#p3795

I'm not sure it's KDE bug. If you search in Google for 'X' layout setting, then for several years instead of:

Option          "XkbLayout"     "us,ru(winkeys)"

option is offered:

Option          "XkbLayout"     "us,ru" 
Option          "XkbVariant"    ",winkeys"

And we see by default in Mageia the following:

$ cat /etc/sysconfig/keyboard
XkbModel=pc105
GRP_TOGGLE=alt_shift_toggle
XkbLayout="us,ru(winkeys)"
KEYBOARD=ru
KEYTABLE=ru4
XkbOptions=grp:alt_shift_toggle,grp_led:scroll,compose:rwin

All the problems with the layout of the map is here. If to replace XkbLayout="us,ru(winkeys)" on XkbLayout="us,ru", then the map layout in KDE will be normal, and all keys Menu and Win works normally.

Keywords: UPSTREAM => PATCH
Source RPM: kde => (none)
Severity: minor => normal

Comment 8 Alex Loginov 2013-04-15 12:52:39 CEST
Please, fix this bug in RC. This bug is in Mageia soft.
Comment 9 Alex Loginov 2013-04-15 14:16:50 CEST
Error is in soft/drakx-kbd-mouse-x11/trunk/lib/keyboard.pm:
"ru" => [ N_("_: keyboard\nRussian"),        "ru4",             "ru(winkeys)", 1 ],
Must be:
"ru" => [ N_("_: keyboard\nRussian"),        "ru4",             "ru", 1 ],

Source RPM: (none) => drakx-kbd-mouse-x11

Comment 10 Valek Saikov 2013-04-21 18:41:42 CEST
Please correct, rebuild the package drakx-kbd-mouse-x11. The solution is to 

Bug traced back to the second version. On Mageia 3 RC he stayed.

Russian Team

Priority: Normal => High
CC: (none) => saikov.vb

Comment 11 Marja Van Waes 2013-04-22 07:06:01 CEST
(In reply to Alex Loginov from comment #9)
> Error is in soft/drakx-kbd-mouse-x11/trunk/lib/keyboard.pm:
> "ru" => [ N_("_: keyboard\nRussian"),        "ru4",            
> "ru(winkeys)", 1 ],
> Must be:
> "ru" => [ N_("_: keyboard\nRussian"),        "ru4",             "ru", 1 ],

Sorry, we forgot to assign this one.
Assigning now

CC: (none) => marja11
Assignee: bugsquad => thierry.vignaud

Comment 12 Thomas Backlund 2013-04-22 09:09:08 CEST
fixed in: drakx-kbd-mouse-x11-0.107-1.mga3

Status: NEW => RESOLVED
CC: (none) => tmb
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.