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 952720 - X doesn't process "ctrl+alt+delete(keycode:0x53)", ctrl+alt+delete(keycode:0x6f) works
Summary: X doesn't process "ctrl+alt+delete(keycode:0x53)", ctrl+alt+delete(keycode:0...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-settings-daemon
Version: 7.0
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Rui Matos
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-04-16 14:38 UTC by langfang
Modified: 2017-07-03 15:06 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-02-28 15:11:40 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description langfang 2013-04-16 14:38:22 UTC 
Description of problem:
Due to wrong key press/release order press "ctrl+alt+delete", linux guest no response.windows guest work well

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

Host:
# uname -r
3.9.0-0.rc6.51.el7.x86_64
# rpm -q qemu-kvm
qemu-kvm-1.4.0-2.el7.x86_64

Guest:
rhel7

3.9.0-0.rc5.49.el7.x86_64

How reproducible:

100%

Steps to Reproduce:
1.Boot guest
/usr/libexec/qemu-kvm -M q35 -cpu SandyBridge -enable-kvm -m 2G -smp 2,sockets=2,cores=1,threads=1 -name rhel7 -uuid `uuidgen` -device pci-bridge,bus=pcie.0,id=bridge1,chassis_nr=1,addr=0x3 -drive file=/home/flang/rhel7u64.qcow2,if=none,id=drive-system-disk,format=qcow2 -device ide-drive,drive=drive-system-disk,id=system-disk,wwn=0x5000c50015ea71ad,bootindex=1 -netdev tap,id=hostnet1,script=/etc/qemu-ifup -device e1000,netdev=hostnet1,bus=bridge1,id=net1,mac=34:ef:18:6e:2a:31,addr=0x4 -spice port=5830,disable-ticketing -vga qxl -device virtio-balloon-pci,id=balloon0,bus=pcie.0,bus=bridge1,addr=0x5 -qmp tcp:0:4445,server,nowait -monitor stdio -drive if=none,id=drive-ide0-0-1,format=raw,cache=none,werror=stop,rerror=stop,media=cdrom,readonly=on -device ide-drive,drive=drive-ide0-0-1,id=drive-ide0-0-1


2.After guest boot up,press keyboard "ctrl+alt+delete" in guest


  
Actual results:
Guest no reponse

Test with showkey command.(Execute "#showkey"-->Press keyboard "ctrl+alt+delete"

# showkey 
kb mode was ?UNKNOWN?
[ if you are trying this under X, it might not work
since the X server is also reading /dev/console ]

press any key (program terminates 10s after last keypress)...
keycode  28 release
^[[3;7~keycode  29 press
keycode  56 press
keycode  83 press
keycode  56 release--->wrong order
keycode  83 release
keycode  29 release


Expected results:

When press "ctrl-alt-delete",guest have response ,and the release order correct.

EG,like :
...
keycode  29 press
keycode  56 press
keycode  83 press
keycode  83 release
keycode  56 release
keycode  29 release

Additional info:

1.Test with windows guest ,not hit the problem
2.Test use vnc and spice both can hit
Comment 2 Amos Kong 2013-04-16 16:19:26 UTC 
Please try to control the order to be the right order by your hand.

If it guest can panic when you press/release keys in right order, then it's not a bug (we need to add tech note), it's a qemu (vnc/spice/other) issue, the order should be fixed.
Comment 3 Amos Kong 2013-04-17 03:15:06 UTC 
Hi Flang,

As we just tested by Upstream qemu (sdl) + RHEL7 guest

ctrl-alt-delete (delete1's keycode is 111(0x6f), it doesn't exist in laptop) 
   * manual press (sdl mode) works
   * sendkey ctrl-alt-0x6f works
   * vnc: F8 + ctrl-alt-delete works

ctrl-alt-delete (delete2's keycode is 83(0x53), it's only exists in num/small Keyboard)
   * manual press (sdl mode) doesn't work
   * sendkey ctrl-alt-0x53 doesn't work


It's not a bug, gnome only processed normal delete (0x6f), doesn't process another 'delete' (0x53).

We can move this bug as a feature request and move to right Component.
Comment 4 Amos Kong 2013-04-17 03:27:41 UTC 
Hi Ray,

Please help to check if it's a gnome issue.
[1] & [2] have same function in Windows, Linux terminal (init 3), etc
KDE is not tested. QE used latest internal rhel7 in test.


[1] ctrl+alt+delete(keycode:0x53)
[2] ctrl+alt+delete(keycode:0x6f)

Thanks, Amos
Comment 5 Matthias Clasen 2013-04-25 23:12:50 UTC 
Is this about Delete vs KP_Delete ?
Comment 6 Matthias Clasen 2013-04-25 23:13:59 UTC 
Moving to the right module
Comment 7 Bastien Nocera 2013-05-09 10:17:05 UTC 
(In reply to comment #5)
> Is this about Delete vs KP_Delete ?

Looks that way.

KP delete:
Event: time 1368093925.862464, type 1 (EV_KEY), code 83 (KEY_KPDOT), value 0

Delete:
Event: time 1368093990.799288, type 1 (EV_KEY), code 111 (KEY_DELETE), value 0

Seems that mutter/gnome-shell isn't handling KP_Decimal properly.
$ gsettings get org.gnome.settings-daemon.plugins.media-keys logout
'<Primary><Alt>KP_Decimal'

That doesn't work. Disabling Num-Lock does work though:

$ gsettings get org.gnome.settings-daemon.plugins.media-keys logout
'<Primary><Alt>KP_Delete'

Do you have num-lock enabled? Where is this keyboard button from?

If a "plain" delete key is generating this keypad keycode, then the driver for it has a bug/needs a quirk.
Comment 8 Matthias Clasen 2014-02-28 15:11:40 UTC 
needinfo wasn't answered
Comment 9 langfang 2014-09-26 08:45:43 UTC 
(In reply to Bastien Nocera from comment #7)
> (In reply to comment #5)
> > Is this about Delete vs KP_Delete ?
> 
> Looks that way.
> 
> KP delete:
> Event: time 1368093925.862464, type 1 (EV_KEY), code 83 (KEY_KPDOT), value 0
> 
> Delete:
> Event: time 1368093990.799288, type 1 (EV_KEY), code 111 (KEY_DELETE), value
> 0
> 
> Seems that mutter/gnome-shell isn't handling KP_Decimal properly.
> $ gsettings get org.gnome.settings-daemon.plugins.media-keys logout
> '<Primary><Alt>KP_Decimal'
> 
> That doesn't work. Disabling Num-Lock does work though:
> 
> $ gsettings get org.gnome.settings-daemon.plugins.media-keys logout
> '<Primary><Alt>KP_Delete'
> 
> Do you have num-lock enabled? Where is this keyboard button from?
sorry,just see the needinfo.
No, i don't enable the num-lock. the keyboard(0x53(83)) is next to the 0 button ,you will see "." 

> 
> If a "plain" delete key is generating this keypad keycode, then the driver
> for it has a bug/needs a quirk.
Comment 10 Amos Kong 2014-09-26 09:11:38 UTC 
Hi flang,

You should enable the num-lock(the light is bright). Otherwise, it will input '.', not 'Del'.
Comment 11 langfang 2014-09-28 03:15:17 UTC 
(In reply to Amos Kong from comment #10)
> Hi flang,
> 
> You should enable the num-lock(the light is bright). Otherwise, it will
> input '.', not 'Del'.


Tried enable and disable the num-lock , press ctrl+alt+del(del on num/small Keyboard),guest no response.

Host
3.10.0-167.el7.x86_64

guest: 
gnome-settings-daemon-3.8.6.1-11.el7.x86_64

# uname -r
3.10.0-123.el7.x86_64
Comment 12 Amos Kong 2014-09-28 03:27:21 UTC 
(In reply to langfang from comment #11)
> (In reply to Amos Kong from comment #10)
> > Hi flang,
> > 
> > You should enable the num-lock(the light is bright). Otherwise, it will
> > input '.', not 'Del'.
> 
> 
> Tried enable and disable the num-lock , press ctrl+alt+del(del on num/small
> Keyboard),guest no response.
> 
> Host
> 3.10.0-167.el7.x86_64
> 
> guest: 
> gnome-settings-daemon-3.8.6.1-11.el7.x86_64
> 
> # uname -r
> 3.10.0-123.el7.x86_64

Thanks for your testing. Let's just keep current solution.
Note You need to log in before you can comment on or make changes to this bug.