|Summary:||Keyboard mapped incorrectly during installation|
|Product:||[Fedora] Fedora||Reporter:||Fred New <fred.new2911>|
|Component:||anaconda||Assignee:||Anaconda Maintenance Team <anaconda-maint-list>|
|Status:||CLOSED RAWHIDE||QA Contact:||Mike McLean <mikem>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2006-02-28 08:55:23 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:|
Description Fred New 2006-02-25 14:19:10 UTC
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:18.104.22.168) Gecko/20060210 Fedora/22.214.171.124-3 Firefox/126.96.36.199 Description of problem: During the beginning of the FC5T3 installation, the Estonian (et) and Finnish (fi) keyboards are mapped incorrectly - pressing number keys on the main keyboard results in odd characters. Fortunately, you can get numbers if you press NumLock and use the numeric pad. Version-Release number of selected component (if applicable): anaconda-10.92.5-1 How reproducible: Always Steps to Reproduce: 1. Start installing FC5T3. 2. Select "hard disk" installation. 3. Select English as the installation language. 4. Select the et or fi keyboard. 5. Select a device for the hard disk partition. 6. Enter a directory name like "fc5" Actual Results: When you press "5" you get "(". Expected Results: The "5" key should give you a "5". Additional info: More keyboard configurations could be affected. The no, sv, uk and us keyboards don't seem to have this problem. I never had this problem with prior releases of Fedora Core. Other number numeric keys on the main portion of the Estonian keyboard are mapped thusly: 1-& 2-<E9> (These are just the characters that appear.) 3-" 4-' 5-( 6-- 7-<E8> 8-space 9-<E7> 0-<E0> +-) '-= If you press one of the keys like 2, the backspace key stops working and you are unable to correct the name of the directory without using the BACK button.
Comment 1 gagarine 2006-02-25 20:07:02 UTC
I have the same problÃ¨me with fr_ch keyboard. It's very ennuying when you chose you root password... I take only digit but's is not a solution.
Comment 2 Fred New 2006-02-26 15:53:07 UTC
I can't duplicate this problem for the fr-CH keyboard. (But I'm using and Estonian keyboard, so my scan codes may be wrong.) This bug deals with the early part of the installation before the installer has been able to read any of the installation media besides the isolinux boot kernel and its initrd.img. It may be wrong to blame Anaconda for this bug.
Comment 3 Jeremy Katz 2006-02-27 17:04:26 UTC
Does it work properly on the console after installation? This is something that keeps happening somewhat spuriously on various keymaps and I'm wanting to lean towards blaming something about the compose process.
Comment 4 Fred New 2006-02-27 20:25:58 UTC
Yes, the virutal consoles are correct once the installation completes. I just tested rescue mode and it has the same key mapping problem.
Comment 5 David Cantrell 2006-02-27 21:01:10 UTC
I had "rescue mode keymaps/LANG?" on my whiteboard. The question mark was a reminder to me to figure out if that stuff applied to rescue mode. This bug answers my question. Jeremy, if you want me to take this one, I will.
Comment 6 Jeremy Katz 2006-02-27 21:48:59 UTC
The changes I'm making now should hopefully fix this. If you could try with tomorrow's (20060228) development tree to confirm that things are good, I would appreciate it.
Comment 7 Fred New 2006-02-28 08:55:23 UTC
Oops. The initrd.img (and vmlinuz) dated 27-02-2006 don't have this problem while the files issued with FC5T3 dated 16-02-2006 have the problem. I wish I would have thought of trying the development tree earlier so I could tell you when this got fixed.