Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 628462 - [gdm][ru_RU] Cannot enter password (so cannot logon) in gdm using Russian keyboard (layout)
Summary: [gdm][ru_RU] Cannot enter password (so cannot logon) in gdm using Russian key...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: gdm
Version: 6.0
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: QE Internationalization Bugs
URL:
Whiteboard:
: 603958 (view as bug list)
Depends On: 629274
Blocks: 474014
TreeView+ depends on / blocked
 
Reported: 2010-08-30 06:42 UTC by Kenichi Takemura
Modified: 2014-08-04 22:03 UTC (History)
6 users (show)

Fixed In Version: gdm-2.30.4-25.el6
Doc Type: Bug Fix
Doc Text:
If a Russian keyboard is chosen during system installation, the login screen is configured to use Russian input for user names and passwords by default. However, pressing Left Shift and Right Shift does not cause the input to change to ASCII mode. Consequently, the user cannot log in. To work around this issue, run the following sequence, as root, post installation: . /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2 --direct --config-source xml:readwrite:/var/lib/gdm/.gconf --set /apps/gdm/simple-greeter/recent-layouts --type list --list-type string $(echo $LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"
Clone Of:
Environment:
Last Closed: 2011-12-06 17:57:41 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:1721 0 normal SHIPPED_LIVE gdm bug fix update 2011-12-06 01:02:11 UTC

Description Kenichi Takemura 2010-08-30 06:42:33 UTC
Description of problem:

If you select "Russian" keyboard during system installation then gdm is
configured to use Russian input for user names and passwords by default.
Cannot logon in gdm.

In installation, pressing Shift_L and Shift_R enables to enter ASCII password but Shift_L and Shift_R does not work in gdm.

Version-Release number of selected component (if applicable):
snapshot13(RHEL6.0-20100826.1)

How reproducible:
100%

Steps to Reproduce:
1. install a fresh rhel6 system using "Russian" keyboard. 
2. try to enter a login name when you get that far.
  
Actual results:
You are entering funny cyrillic characters.


Expected results:
English, at least for user name and hopefully for password.


Additional info:
Fedora bug:
https://bugzilla.redhat.com/show_bug.cgi?id=474010

cat /etc/sysconfig/keyboard
KEYTABLE="ru"
MODEL="pc105"
LAYOUT="ru,us"
KEYBOARDTYPE="pc"
VARIANT="latin9"
OPTIONS="grp:shifts_toggle,grp_led:scroll"

Comment 4 Ankit Patel 2010-09-07 09:59:44 UTC
Adding Manuel in the CC list.

Comment 5 RHEL Program Management 2010-09-07 12:37:41 UTC
Thank you for your bug report. This issue was evaluated for inclusion
in the current release of Red Hat Enterprise Linux. Unfortunately, we
are unable to address this request in the current release. Because we
are in the final stage of Red Hat Enterprise Linux 6 development, only
significant, release-blocking issues involving serious regressions and
data corruption can be considered.

If you believe this issue meets the release blocking criteria as
defined and communicated to you by your Red Hat Support representative,
please ask your representative to file this issue as a blocker for the
current release. Otherwise, ask that it be evaluated for inclusion in
the next minor release of Red Hat Enterprise Linux.

Comment 8 jmccann 2010-09-20 20:12:58 UTC
While investigating this issue we've discovered a number of fairly serious issues with the code for setting and using keyboard layouts.  It needs a bit of re-engineering.

Some issues include:
 * HAL layout properties are not updated after running system-config-keyboard and so are in practice only set at boot or resume
 * GDM's layout chooser does not handle the case where the global config contains multiple groups (eg "ru,us")
 * GDM discards the global configuration options from _XKB_RULES_NAMES property
 * GDM does not properly support switching between layout groups using hotkeys
 * Confusing relationship between per user and per session layout selections

We recommend reworking part of the design to place the keyboard layout selector together with the other per-session/system status items at the right side of the lower panel and have it be visible at all times.  The list of layouts should be kept in sync with the value of the _XKB_RULES_NAMES property of the root window - instead of overriding it.  The maximum number of items in the layout chooser list will be xkl_engine_get_max_num_groups() which seems to be 4.  And the current selection in that list should "lock the group" using xkl_engine_lock_group().  Changes in the configuration and state should be monitored using XklEngine signals "X-config-changed" and "X-state-changed", respectively.  The current selection in the layout selector widget should reflect the group value returned by xkl_engine_get_current_state().



For a release note, we can ask the user to do something ugly like running the following as root after the initial install:
echo . /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2 --direct --config-source xml:readwrite:/var/lib/gdm/.gconf --set /apps/gdm/simple-greeter/recent-layouts --type list --list-type string $(echo $LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"

This should ensure that the GDM layout selection will add the us layout when a us group is present in the global configuration.  It should also reverse the order to place "us" first in the list so that it is preferred.  This will work around the issue where there is no way to switch layouts (either with hotkeys or the layout chooser) for the username entry box.

Comment 9 jmccann 2010-09-20 22:16:03 UTC
Oops spurious first echo there.  Command should be (as root):
. /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2
--direct --config-source xml:readwrite:/var/lib/gdm/.gconf --set
/apps/gdm/simple-greeter/recent-layouts --type list --list-type string $(echo
$LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"

Comment 10 Ryan Lerch 2010-09-21 05:45:54 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
For a release note, we can ask the user to do something ugly like running the
following as root after the initial install:
echo . /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2
--direct --config-source xml:readwrite:/var/lib/gdm/.gconf --set
/apps/gdm/simple-greeter/recent-layouts --type list --list-type string $(echo
$LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"

This should ensure that the GDM layout selection will add the us layout when a
us group is present in the global configuration.  It should also reverse the
order to place "us" first in the list so that it is preferred.  This will work
around the issue where there is no way to switch layouts (either with hotkeys
or the layout chooser) for the username entry box.

Comment 11 jmccann 2010-09-21 13:30:51 UTC
(In reply to comment #10)
>     Technical note added. If any revisions are required, please edit the
> "Technical Notes" field
>     accordingly. All revisions will be proofread by the Engineering Content
> Services team.
> 
>     New Contents:
> For a release note, we can ask the user to do something ugly like running the
> following as root after the initial install:
> echo . /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2
> --direct --config-source xml:readwrite:/var/lib/gdm/.gconf --set
> /apps/gdm/simple-greeter/recent-layouts --type list --list-type string $(echo
> $LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"

As mentioned in comment 9 that first echo should be removed.

Comment 12 Ryan Lerch 2010-09-28 07:15:20 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,6 +1,6 @@
 For a release note, we can ask the user to do something ugly like running the
 following as root after the initial install:
-echo . /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2
+. /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2
 --direct --config-source xml:readwrite:/var/lib/gdm/.gconf --set
 /apps/gdm/simple-greeter/recent-layouts --type list --list-type string $(echo
 $LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"

Comment 14 Ryan Lerch 2010-10-19 09:28:55 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,12 +1,6 @@
-For a release note, we can ask the user to do something ugly like running the
-following as root after the initial install:
+If a Russian keyboard is chosen during system installation, the login screen is configured to use Russian input for user names and passwords by default. However, pressing Left Shift and Right Shift does not cause the input to change to ASCII mode. Consequently, the user cannot log in. To work around this issue, run the following sequence, as root, post installation:
+
 . /etc/sysconfig/keyboard; echo $LAYOUT | grep -q ",us" && gconftool-2
 --direct --config-source xml:readwrite:/var/lib/gdm/.gconf --set
 /apps/gdm/simple-greeter/recent-layouts --type list --list-type string $(echo
-$LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"
+$LAYOUT | awk -F, '{ print "[" $2 "," $1 "]"; }') && echo "DONE"-
-This should ensure that the GDM layout selection will add the us layout when a
-us group is present in the global configuration.  It should also reverse the
-order to place "us" first in the list so that it is preferred.  This will work
-around the issue where there is no way to switch layouts (either with hotkeys
-or the layout chooser) for the username entry box.

Comment 15 Owen Taylor 2010-11-30 21:53:34 UTC
This would be very nice to fix, but the plan in comment 8 requires a substantial commitment of developer resources and QE resources (addition of new UI controls) and I don't see the developer resources being available in the 6.1 timescale.

Comment 16 Kenichi Takemura 2011-02-14 02:34:01 UTC
Hi we are testing RHEL6.1 with RU key board and this bug happens.
But the work around provided in RHEL6.0 release not does not work.
Can the same work around be applied to RHEL6.1 as well?

Comment 18 RHEL Program Management 2011-05-13 23:08:34 UTC
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.

Comment 19 Ray Strode [halfline] 2011-08-05 15:51:54 UTC
Okay, revisiting this, I have a thoughts re comment 8.

> Some issues include:
> * HAL layout properties are not updated after running system-config-keyboard
> and so are in practice only set at boot or resume
This should probably be fixed in system-config-keyboard.  I'll file a bug about that.

> * GDM's layout chooser does not handle the case where the global config
> contains multiple groups (eg "ru,us")
> * GDM discards the global configuration options from _XKB_RULES_NAMES property
> * GDM does not properly support switching between layout groups using hotkeys
These three are all presumably fairly closely related.

> The maximum number of items in the
> layout chooser list will be xkl_engine_get_max_num_groups() which seems to be
> 4
Okay, so the new proposal is to essentially change the layout chooser to be a layout group chooser.

Rather than roll this ourselves, we should just use the same code that the panel and gnome-screensaver currently use (GKBDIndicator).  This way we get the same experience before and after login, and at the unlock screen, and don't have a bunch of duplicate code.  

This does mean the user won't be able to pick a keyboard layout they isn't in the set defined in /etc/sysconfig/keyboard.

Comment 22 errata-xmlrpc 2011-12-06 17:57:41 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2011-1721.html

Comment 23 Ray Strode [halfline] 2014-03-31 18:10:06 UTC
*** Bug 603958 has been marked as a duplicate of this bug. ***


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