Numeric keypad no longer works in Hardy

Bug #192930 reported by Gert Vanthienen
8
Affects Status Importance Assigned to Milestone
at-spi (Ubuntu)
Confirmed
Medium
Unassigned
gnome-control-center (Ubuntu)
Confirmed
Medium
Unassigned
xserver-xorg-input-keyboard (Ubuntu)
New
Low
Unassigned

Bug Description

After upgrading to the alpha version of Hardy Heron, the numeric keypad of my laptop (HP nx9420) no longer works. The keyboard is still set 'Generic 105-key (intl)' as it was before. Happy to provide additional information or do additional tests to help you resolve this, just let me know...

Tags: hardy
Revision history for this message
Thomas Novin (thomasn80) wrote :

Hello

I had the same problem on my desktop computer but the problem disappeared after the last batch of updates that was installed yesterday. Have you applied all updates?

Revision history for this message
Gert Vanthienen (gert-vanthienen) wrote :

Thomas,

Thank you for the suggestion, but the latest updates are already applied on my machine.

Gert

Revision history for this message
Basilio Kublik (sourcercito) wrote :

Hi Gert
Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description didn't include enough information.

Could you please include the following files as separated attachments:
1.- /var/log/Xorg.0.log
2.- /etc/X11/xorg.conf

and if there's any keyboard mapping related error at /var/log/syslog, please provide that also as a separate attachment. I'm guessing you've already try restarting your Xserver or even the machine after the upgrade, anyway could you please try to reproduce this issue with a new account, and if you check that the keypad work in a terminal (Alt+Ctrl+F1, for instance), would be of great help too.

by the way, i'm guessing that this is a xserver-xorg-input-kb issue, but at this point i can't really be sure, i'll assign it to that package in the meantime to maintain certain order and hopefully facilitate the work on this issue.

Thanks in advance

Revision history for this message
Gert Vanthienen (gert-vanthienen) wrote :

Basilio,

I can no longer reproduce the problem. There was a batch of updates this morning, but nothing that looked really related to my issue -- I'm not even sure the issue wasn't resolved by rebooting even before installing the updates. Anyway, the problem is solved now. Thank you for trying to help me out...

Gert

Revision history for this message
Basilio Kublik (sourcercito) wrote :

Hi Gert
Glad to know you don't have this problem anymore, since there's no way to track down this issue and was probably solved by restart the Xserver, i'll close this bug as"invalid", if you experience this issue again, please feel free to re-open this report changing the status back to "New", or file a new one. Thanks again for taking the time to report this issue and feel free to report any future bugs you might find.

Changed in xserver-xorg-input-keyboard:
assignee: sourcercito → nobody
status: Incomplete → Invalid
Revision history for this message
Nick_Hill (nick-nickhill) wrote :

I am experiencing the same effect with Hardy Heron with my main user account after migrating from Gutsy. When more people migrate using update manager, this could be a big problem.

Changed in xserver-xorg-input-keyboard:
status: Invalid → Confirmed
Revision history for this message
Nick_Hill (nick-nickhill) wrote :

I have 2 sessions running. The attached Xorg.0.log is from the first session, which is my 'nick' user account, which has been through many previous distribution releases.

The attached Xorg.20.log is from a newer 'ryan' user account (created in Gutsy) which does not show this problem.

I have tried changing keyboard settings in Gnome to ACPI and 105 key (intl) PC. UK layout. Whether or not the NumLock light is on, the numeric keypad does not return numerals. Number 5 is equivalent to clicking the left mouse button.

I am using a standard desktop PC with standard 104/5 key UK keyboard.

Revision history for this message
Nick_Hill (nick-nickhill) wrote :

I have cleared out cruft in my home directory; hidden files and folders beginning with period (.) which appear to be redundant. After this clear-out, the problem has resolved itself.

I have a copy of all files in the home directory, so I might set things the way they were, to determine which configuration file causes the problem.

Revision history for this message
João Cerveira (ubundux) wrote :

I have my desktop with all updates and I still can't use numeric keypad. It only works in entry (gdm) and on terminal (CTRL+Alt+F2, ...)

Changed in xserver-xorg-input-keyboard:
status: Confirmed → New
Revision history for this message
João Cerveira (ubundux) wrote :
Revision history for this message
mikko (mikko-) wrote :
Revision history for this message
Tim LePes (luvdownbabylon) wrote :

I was having this problem too. I installed 8.04RCamd64 fresh and migrated my /home/user directory from my old install.

Behaviour notes:

Keypad worked in Virtual Terminals
Keypad worked in GDM
Keypad worked in GNOME under newly created user account w/default settings (/etc/skel/ ???)

Keypad did NOT work in GNOME on my own user account.
Keypad would not emulate mouse nor would it emulate arrow keys.

SOLUTION:

1. Main Menu > System > Preferences > Assistive Technologies
2. Check "Enable assistive technologies" box
3. Click the "Keyboard Accessibility" button
4. Select the "Mouse Keys" tab
5. Un-check the "Allow to control the pointer using the keyboard" check box
6. Enjoy keypad workiness

These are the steps that worked for me. Changing keyboard layouts, layout options, or simply un-checking the "Allow to control..." option in Keyboard preferences had no effect. It was not until I also made sure to check the "Enable assistive technologies" under Assistive Technologies that it "fixed" the problem.

NOTE: I am happy to have it working, but I am not happy with this "solution". The symptoms disappear, but the problem is not truly identified. Only the pertinent variables. In other words we have a "what to do" but not a "why to do it" type answer.

Hope this works for others!!!!

Tim LePes

Revision history for this message
Rolf Leggewie (r0lf) wrote :

Tim, thank you for sharing your information.

> Hope this works for others!!!!

Well, at least it helped me get out of this mess. For my main account (another account is unaffected) disabling this assistive technology at least provided me with a way to enable the numpad again. Alas, it is now backwards! When the LED is on, the numpad is off and vice versa.

While I appreciate the drive to make computing accessible to everyone I hate to say that it has gotten in my face too often. I don't want it, I want it *completely* switched off and not jump back at me every time I update ubuntu. Thank God, I am the fortunate situation not to need it, so please don't bother me with it all the time.

Changed in at-spi:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Rolf Leggewie (r0lf) wrote :

the mentioned applet belongs to the gnome-control-center package. Confirming.

Changed in gnome-control-center:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Russell Wing (wingfamily) wrote :

Thanks- this fixed my problem. LED light is correct for me also.
Russ.

Revision history for this message
ljrossi (ljrossi) wrote :

Numpad works on terminal , but it doesnt work on Gnome .

Should I wait to and update or try to manually fix with danger to mess up things.

Also happends that some aplication such as "mumble" that need "space bar" pressing for work , doenst work anymore.And cant reasign new key to aplication.

I guees not only numpad not working .

Revision history for this message
ilninno (ilninno) wrote :

Thanks Tim LePes, it worked for me.

Revision history for this message
Tomazela (btomazela) wrote :

Thanks Tim LePes, it worked for me too, and it's worth to say that I'm using jaunty...

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.