Red Hat Bugzilla – Bug 216566
French Canadian keyboard configuration not available in keyboard indicator applet
Last modified: 2014-06-02 09:19:24 EDT
Description of problem:
Can't configure a desktop environment to support both US (or Canadian) English
as a default keyboard language AND a regular French Canadian keyboard.
Version-Release number of selected component (if applicable):
Red Hat Enterprise Linux Server release 4.92 (Tikanga) - No updates
Steps to Reproduce:
1. Log in as a regular user with US English as the default language and keyboard.
2. Using the top panel configuration, add the "Keyboard indicator Applet".
3. Right-click on the new applet, select "Keyboard Preferences" and add any of
the Canadian keyboard layout as a second keyboard layout, keeping US English as
The regular French Canadian layout, as available from the control center
configuration, is not in the list.
The regular French Canadian keyboard layout should be available, as on any
common operating system. Canada French (legacy) is not a valid solution since it
doesn't work as what people normally expect as the French Canadian layout.
The regular, expected, French Canadian keyboard map is already available on the
system since we can modify the global system keyboard configuration
(System->Administration->Keyboard). Using this configuration does not work
however, since we can't set English (US or Canadian) as a *second* layout in the
keyboard indicator applet. The only solution in this case would be to log out
and log in again as a different user, which obviously doesn't work well.
Since this bugzilla report was filed, there have been several major updates,
which may have resolved this issue. Users who have experienced this problem are
encouraged to upgrade their system to the latest version of their distribution
Please, if you experience this problem on the up-to-date system, let us now in
the comment for this bug, or whether the upgraded system works for you.
If you won't be able to reply in one month, I will have to close this bug as
INSUFFICIENT_DATA. Thank you.
I am afraid I can fully reproduce it myself. See attached screenshot of
available Canadian keyboard layouts in RHEL5 (fully upgraded to the latest
packages). Moreover, duality between "French Canadian" layout in
System/Administration/Keyboard and "Canada/French (legacy)" is weird. Even more
weird is if these two keyboards are not same.
Created attachment 225691 [details]
Snapshot of the configuration tool for Keyboard switcher/Settings in RHEL5
Created attachment 225701 [details]
Keyboard layout Canada French (Legacy) in Rawhide
Reporter, are you sure that this is not what you want?
I have another problem, which possibly should be posted as a new problem.
My netbok has the latim keyboard and Fedora driver example ? Ñ and ¿
keys. (Fedora calls it Latim).
I also write in French using the Canadian French driver.
(The # character is at the top left under the escape key
and the « or » characters under the A key.
In reverting back to Latim after switching to CF the less than or greater than
< > are not restored, and is only restoreable on a system reboot. A logout and
a logon does not correct the exchange of « for < The actual < and > are permenantly lost from the Latim configuration until the reboot.
Switching to a second user on the same netbook, where the 2nd user follows the first, provides a correct keboard mapping, except for one additional key.
altGr key 2 provides @ and is also alt'gr Q There is no harm for alt-gr 2, but it is not shown on the netbook keyboard.
exiting and returning to the first logon, and you again have the wrong values for « and for »
Is this a problem.
I have setup my F18 with English. Subsequently I added the Canadian French keyboard and deleted the English keyboard from the list. Ergo, I use only one keyboard on the system, corresponding to the markings on the pc105 phyical one.
But if there us a "timeout-lock user account" or a sudo request for a password, all entries are refused. I am presenting this information here, because this problem is not addressed as of 19 November 2012, and I know the beta freeze will be out next week.
I am doing daily system updates to determine if the problem is resolved.
Is it a keyboard problem or another problem such as the routine to accept a password during an active user session is active.
Leslie: this is a bug for RHEL5 which is a few years older than F18 and thus uses different versions. Please file a new bug against Fedora for your issue. Thanks.
This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug.
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support).