Bugzilla – Bug 4881
selecting Russian when booting LiveCD cause inability to switch input lang
Last modified: 2009-02-04 19:49:15 UTC
You need to log in before you can comment on or make changes to this bug.
If I boot OpenSolaris LiveCD (snv_99) and select Russian as a language in first text console screen, the graphical environment will not be localized (everything will be in English). It is wrong, but not terrible. The bigger problem rises if I click "Install OpenSolaris" button on a desktop. If I select English as a language on the next screen, I'll unable to select any input language on the following screen where I have to type root password, username, etc. Attempts to switch language with L_Alt+L_Shift leads to making Cyrillic characters CAPITAL, and switching back makes them non-capital. Preferences of language selector in screen top right corner has no affect on this.
Please try with the build 101 RC1 image. On that image, I see the desktop is mostly localized properly (at least as far as I can tell, not speaking Russian).
I did it on 101a (rc 1.5). The problem remains the same. The CRITICAL BUG is that I can not switch to English in the situation described above - input keyboard remains Russian regardless what I try to choose. I can input Cyrillic characters only. This is the BUG.
I have verified that if Russian keyboard layout as well as desktop language is selected, desktop and installer comes up localized. I confirm that when I picked up Russian on keyboard layout screen (choice 29), switching to English keyboard layout didn't work after Desktop came up. Since I am not sure if/how this is supposed to work, moving to the more appropriate category for further investigation.
Please, react! We can NOT ship OS 2008.11 now in Russia, because it is very visible and critical bug - as soon as anybody chooses Russian as desktop language and keyboard layout (what is very typical in Russia, trust me!) the input of Latin character will be impossible, regardless of what you do afterwards! I already got at least ten reports from local people about the bug! It is also typical in Russia to choose username and password in Latin characters, and therefore the bug will be a stopper for anybody decided to install OpenSolaris. One simply can not proceed with installation after onr found this. We have to fix it before release!!! I checked the most recent version available - the bug remains for 101b (RC2) also.
Did you configure the keyboard layout in xorg.conf? If you launch LiveCD, the boot menu shows the keyboard layout. Any software layouts are disabled due to the security issue so you should confirm your xorg.conf is correct.
> Preferences of language selector in screen top right corner has no affect on this. Do you mean after or before log into the session? After log into the session, the applet should works But GDM disables any software emulations.
I did nothing with xorg.conf. What I did: 1. Boot LiveCD 2. Select "Russian" as a language and a keyboard layout during text part of booting (before graphics start) ... graphical desktop loaded, properly localized, with input language selector enabled in top right corner of the screen. 3. Click "Install OpenSolaris" (actually, "Установить OpenSolaris" - in Russian). ... usual installer window appeared, with configuration questions (root password, username, etc.) At this stage I realized the default input language is Russian, and I am not able to select any other input language. If I try to select "Latin" with the language selector in top right corner of the screen, the sign there is "Latin", but actual input language remains Russian (and all letters which I type are in CAPITAL). If I switch back to Russian in language selector, all letters are regular, but Russian anyway.
It seems you're talking about input method on the installer. I'm moving the category.
This issue has probably the same root cause as "5102 Switching keyboard from Russian to English results in all CAPS"
Yes, at least the symptoms are the same, it looks like the same problem, as described in # 5102.
I hope the following workaround would work fine. Workaround: At the beginning of live session, select English as keyboard type and Russian as desktop language. Then you can switch key input between Russian and ASCII by IM trigger key (default is Shift_L+Control_L for Russian locale).
*** Bug 5102 has been marked as a duplicate of this bug. ***
Russian keytable has recently been changed to return Russian symbols by default and ASCII symbols with AltGraph key while IIIMF assumed that ASCII chars are returned by default. IIIMF needs to be changed to convert Russian symbols to target symbols. The workaround in Comment #11 has been described in 2008.11 RN.
The fix for GTK apps has been integrated in snv_107, but not for non-GTK apps yet (hope in snv_108/109). Down grading the priority to P2 as a workaround is available.
The fix for non-GTK apps also has been integrated in snv_108.