ctrl-c kills xserver

Bug #304199 reported by Alex Wauck
24
This bug affects 3 people
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Binary package hint: xserver-xorg-core

I am running the first Jaunty alpha (up-to-date as of Mon Dec 1 18:00:50 CST 2008), and pressing ctrl-c kills the X server. Also, pressing alt-<f-key> or alt-<arrowkey> causes a momentary vt switch. It would appear that the bug with X allowing keystrokes to propagate to the underlying vt is back.

Revision history for this message
Alex Wauck (awauck) wrote :

Am I the only Jaunty user who is encountering this? I would really like to be able to copy, paste, and switch desktops at will with the keyboard.

Revision history for this message
Bryce Harrington (bryce) wrote :

[This is an automated message]

Hi awauck,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

Changed in xorg-server:
status: New → Incomplete
Revision history for this message
Martin Pitt (pitti) wrote :

I can reproduce the same issues. Alt+Fn and Alt+Cursor consistently don't work, I reported that yesterday as bug 305641.

I can also perfectly reproduce the Control-C problem, however, that doesn't work in all applications. It reliably kills the server in gdm, and I also often get it in a Terminal. E. g. one of my muscle memory things is Control-R, search history, press Control-C when I didn't hit a result.

Changed in xorg-server:
importance: Undecided → High
Revision history for this message
Martin Pitt (pitti) wrote :

Oh, I don't have an xorg.conf.

I don't believe that this is hw specific, but attaching lspci anyway.

Revision history for this message
Martin Pitt (pitti) wrote :

(II) AT Translated Set 2 keyboard: Close
(II) UnloadModule: "evdev"
(II) UnloadModule: "synaptics"
(II) PS/2 Mouse: Close
(II) UnloadModule: "evdev"
(II) Macintosh mouse button emulation: Close
(II) UnloadModule: "evdev"
(II) Video Bus: Close
(II) UnloadModule: "evdev"
(II) Video Bus: Close
(II) UnloadModule: "evdev"
(II) intel(0): xf86UnbindGARTMemory: unbind key 0
(II) intel(0): xf86UnbindGARTMemory: unbind key 1
(II) intel(0): [drm] removed 1 reserved context for kernel
(II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xf7c68000 at 0xb798b000
(II) intel(0): [drm] Closed DRM master.

Changed in xorg-server:
status: Incomplete → Confirmed
Revision history for this message
Alex Wauck (awauck) wrote :

My understanding is that this bug is caused by libdrm-intel1, which comes from an upstream git snapshot. Presumably, this problem is a known issue and will be fixed by upstream.
However, if this happens to anyone with a non-Intel graphics chipset, make a note of that in this bug.

Revision history for this message
bodly (bodly) wrote :

I've been reading up on this since I kept hitting ctrl-c and killing X on my laptop for the last week or so. From what I've been able to gather, this only happens if you do not have an xorg.conf. I worked around this bug by creating an xorg.conf with only the following:

Section "ServerFlags"
         Option "AllowEmptyInput" "true"
EndSection

Now X doesn't die when I hit ctrl-c, alt-Function keys work as expected.

Revision history for this message
Martin Pitt (pitti) wrote : Re: [Bug 304199] Re: ctrl-c kills xserver

bodly [2008-12-07 23:04 -0000]:
> Section "ServerFlags"
> Option "AllowEmptyInput" "true"
> EndSection

Thank you so much! I confirmed that this fixes it. This bug caused me
a lot of biting into the table and quite some data loss, so I'm glad
that it's back to sanity now with this workaround.

Revision history for this message
Martin Pitt (pitti) wrote :

I confirm that the current 1.6beta3 server in jaunty has this fixed.

Changed in xorg-server:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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