Bug 146048 - One (1) and seven (7) on the numeric keypad do not work.
Summary: One (1) and seven (7) on the numeric keypad do not work.
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: xterm   
(Show other bugs)
Version: 3.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2005-01-24 22:35 UTC by Jerry Amundson
Modified: 2007-11-30 22:07 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-15 12:57:54 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jerry Amundson 2005-01-24 22:35:20 UTC
Description of problem:
1 and 7 on the numeric keypad do not work, more specifically, they
output ^[[4~ and ^[[1~ respectively

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Open an xterm
2.Type using the numeric keypad
Actual results:
The string "^[[4~"

Expected results:
The character "1".

Additional info:
Fixed by changing /usr/X11R6/lib/X11/app-defaults thusly:

--- XTerm       2005-01-24 16:11:27.000000000 -0600
+++ XTerm.orig  2004-09-14 16:14:40.000000000 -0500
@@ -153,6 +153,8 @@
                        <Key>Delete:    string(0x1b) string("[3~")  \n\
                        <Key>Home:      string(0x1b) string("[1~")  \n\
                        <Key>End:       string(0x1b) string("[4~")  \n\
+~@Num_Lock              <Key>KP_Home:   string(0x1b) string("[1~")  \n\
+~@Num_Lock              <Key>KP_End:    string(0x1b) string("[4~")  \n\
 Shift                   <Key>F1:        string(0x1b) string("[23~") \n\
 Shift                   <Key>F2:        string(0x1b) string("[24~") \n\
 Shift                   <Key>F3:        string(0x1b) string("[25~") \n\

Comment 1 Mike A. Harris 2005-03-07 20:39:12 UTC
What version of Red Hat Enterprise Linux are you using?
This is filed against "Q3 Errata Beta".  Please update the
version field to be the particular RHEL release you're using,
and also indicate what version of xterm is installed.

Thanks in advance.

Comment 2 Mike A. Harris 2005-03-07 20:39:55 UTC
Setting status to "NEEDINFO", awaiting information requested

Comment 3 Jerry Amundson 2005-03-07 21:25:08 UTC
Sorry. I mistook "Q3" to be Update 3, which it is not, of course. 
[root@monolith httpd]# cat /etc/redhat-release 
Red Hat Enterprise Linux AS release 3 (Taroon Update 3)
[root@monolith httpd]# rpm -q xterm

Comment 4 Mike A. Harris 2005-04-15 12:57:54 UTC
1 and 7 on the numeric keypad works fine for me in RHEL 3.  Please contact
Red Hat Global Support Services to open a technical support ticket for this
issue, at https://www.redhat.com/apps/support/ or by calling 1-888-REDHAT1
and a technical support associate will be able to assist you with the
problem.  If they determine there is a defect that needs addressing, they
will escalate the issue internally to engineering for investigation once
they have acquired all of the relevant details.

Hope this helps.


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