if i install >=xf86-input-evdev-2.1.0 and press control-C, X quits. this means i'm stuck at xorg-server-1.5.2 Reproducible: Always
I'm tempted to mark this bug as duplicate of bug #251093 as this has already been reported there (see fourth comment). What do you x11 people think about this?
Latest versions of ~arch xorg-server and xf86-input-evdev should have this bug fixed. Which versions are you using? Thanks
i tested these versions: =x11-drivers/xf86-input-evdev-2.1.0 =x11-drivers/xf86-input-evdev-2.1.1 =x11-drivers/xf86-input-evdev-2.1.2 =x11-drivers/xf86-input-evdev-2.1.3 =x11-base/xorg-server-1.5.3 =x11-base/xorg-server-1.5.3-r1 =x11-base/xorg-server-1.5.3-r2
(In reply to comment #3) > i tested these versions: > =x11-drivers/xf86-input-evdev-2.1.3 > =x11-base/xorg-server-1.5.3-r2 Do you get the bug with those two versions? Thanks
yes, tried it today.
Please attach your xorg.conf and your Xorg.0.log Thanks
Created attachment 183621 [details] xorg.conf
Created attachment 183622 [details] xorg.log
Honestly, I think your xorg.conf is complicated enough that you're falling through a corner case that upstream didn't think of. Please file a bug on FreeDesktop's bugzilla and send them both files. Please paste the url here so that we can keep track of the issue. Thanks
(In reply to comment #9) > Honestly, I think your xorg.conf is complicated enough that you're falling > through a corner case that upstream didn't think of. > > Please file a bug on FreeDesktop's bugzilla and send them both files. Please > paste the url here so that we can keep track of the issue. > > Thanks > Hi had the same problem with Ctrl + c in konsole with xorg-server-1.5.3-r1,2,3 and >xf86-input-evdev-2.0.7. In my xorg.conf I was still using "mouse" as driver, I comented the mouse section and server flag out and let evdev detect my mouse and it works ok now.
I think that if the basic assumption is that if you use the "mouse" driver, then you shouldn't specify the device path. If you do want a specific device, then you should use the "evdev" driver. Please do open a bug upstream so we can confirm this behavior and properly document it in the upgrade guide. Thanks
i need to specify the device path, since i have to separate the mice to their screen. i removed the mouse driver from the xorg.conf, and replaced it with evdev, but still have the control-c issue, which is: control-c does not do anything in gnome-terminal/xterm, but copies into clipboard in gedit.
You mean ctrl-c doesn't kill a running app ? Please attach your latest Xorg.0.log. Thanks
Created attachment 184153 [details] Xorg.0.log it does not break running program, it does not clear the typed text and start a new line.
Honestly, I'm out of ideas. I don't see how ctrl-c could properly work in one client without working in another. To me, that's not a xorg-server issue. My suggestion is to file a bug in FreeDesktop's bugzilla so that X Input gurus can shed some light on this bug. If you do, please paste the url here so I can track it :) Thanks
it works now. after a downgrade of x11-drivers/nvidia-drivers-180.35 to x11-drivers/nvidia-drivers-180.29 it was my mistake to presume that evdev does it, since x11-drivers/xf86-input-evdev-2.1.3 crashes xorg on control-c thanks
Reopening
Wow, thanks for finding this, I really didn't expect such a bug to come from nvidia's driver... Cheers *** This bug has been marked as a duplicate of bug 260441 ***
I've had numerous problems with >=x11-drivers/xf86-input-evdev-2.1.0 I had to downgrade to 2.0.8 for my logitech G15 to work. If I have a section with a Mouse driver, for example to check /dev/input/mice for additional mices as I add them (like a usb mini mouse), if I press Enter on the keyboard, X crashes. if I do Alt-F2, it gets interpreted as Ctrl-Alt-F2. Removing the Mouse section still causes the crash on Enter problem though. All of it with nvidia 180.29
this bug report i messed up, it contains two problems, sorry for that fist this is about >x11-drivers/xf86-input-evdev-2.0.8 making xorg crash on control-c second is about nvidia-driver, duplicate of #260441, resolved so i'm reopening it, since the first part is not resolved yet. not even in new =x11-drivers/xf86-input-evdev-2.2.0-r1 it still crashes xorg on control-c
I start the X server using startx
Honestly, I have no idea what is causing this issue. Please file a bug in FreeDesktop's bugzilla. Please paste the url here so we can track the issue. Thanks
https://bugs.freedesktop.org/show_bug.cgi?id=20657
Let's track the bug upstream then. Thanks
reopening
1.5.3-r5 has the missing patch. Closing with the proper resolution. Thanks
