[Bug 231188] New: USB optical mouse; imposible to select large text - selection is interrupted
https://bugzilla.novell.com/show_bug.cgi?id=231188 Summary: USB optical mouse; imposible to select large text - selection is interrupted Product: openSUSE 10.2 Version: Final Platform: i686 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers@suse.de ReportedBy: rmatov101@charter.net QAContact: qa@suse.de I can't select large text by left click and drag. Mouse acts as the left button was released after short drag and again pressed. So far I can recall this wasn't the case in 10.0 retail before KDE was updated from supplementary sources, and this continues with 10.1 and 10.2. My guess is that is KDE related, but it might be also X11 or kernel. The PS/2 mouse works fine, even it is attached as a second mouse. #lsusb Bus 004 Device 001: ID 0000:0000 Bus 005 Device 001: ID 0000:0000 Bus 003 Device 001: ID 0000:0000 Bus 002 Device 002: ID 1241:1166 Belkin Bus 002 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 #lsubs -vs 002:002 Bus 002 Device 002: ID 1241:1166 Belkin Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x1241 Belkin idProduct 0x1166 bcdDevice 2.70 iManufacturer 0 iProduct 0 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 52 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Device Status: 0x0000 (Bus Powered) For instance above copy from console was done in 2 steps, as it was not possible to drag mouse without interruption from top to bottom of the listing. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 rmatov101@charter.net changed: What |Removed |Added ---------------------------------------------------------------------------- Component|KDE |X.Org ------- Comment #1 from rmatov101@charter.net 2006-12-31 01:55 MST ------- Section "InputDevice" Driver "mouse" Identifier "Mouse[1]" Option "Device" "/dev/input/mice" Option "Name" "IMPS/2 on USB" Option "Protocol" "imps/2" Option "Buttons" "3" Option "Vendor" "USB-Mouse" Option "ZAxisMapping" "4 5" EndSection Added Option "Buttons" "3" and now it works fine. So the bug is not KDE. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 llunak@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|kde-maintainers@suse.de |sndirsch@novell.com QAContact|qa@suse.de |sndirsch@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 sndirsch@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sndirsch@novell.com AssignedTo|sndirsch@novell.com |mhopf@novell.com ------- Comment #2 from sndirsch@novell.com 2007-01-02 10:59 MST ------- Reassigning. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 mhopf@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |rmatov101@charter.net ------- Comment #3 from mhopf@novell.com 2007-01-02 11:07 MST ------- Could you please try to capture a kernel-related mouse event lock by evtest /dev/input/event* while trying to select text in another window, and check whether there are any (LeftBtn) Events while dragging the mouse? If there are, please check, whether they only occur when you actually drag the mouse, or even happen when you do not move the mouse at all (after a certain time interval). You have to check the different event devices one at a time, until you hit the one responsible for the mouse. evtest is included in the input-utils package. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 ------- Comment #4 from rmatov101@charter.net 2007-01-02 22:08 MST ------- Since I added Option "Buttons" "3" it works fine. Right now, according to hwinfo I have 5 buttons. # hwinfo --mouse 34: USB 00.0: 10503 USB Mouse [Created at usb.122] UDI: /org/freedesktop/Hal/devices/usb_device_1241_1166_noserial_if0 Unique ID: rg_L.ulyFX6wBZqD Parent ID: zPk0.UQWNv3q6ol5 SysFS ID: /devices/pci0000:00/0000:00:10.3/usb4/4-2/4-2:1.0 SysFS BusID: 4-2:1.0 Hardware Class: mouse Model: "USB Mouse" Hotplug: USB Vendor: usb 0x1241 Device: usb 0x1166 Revision: "2.70" Compatible to: int 0x0210 0x0015 Driver: "usbhid" Driver Modules: "usbhid" Device File: /dev/input/mice (/dev/input/mouse0) Device Files: /dev/input/mice, /dev/input/mouse0, /dev/input/event2, /dev/input/by-id/usb-1241_1166-event-mouse, /dev/input/by-path/pci-0000:00:10.3-usb-0:2:1.0-event-mouse, /dev/input/by-id/usb-1241_1166-mouse, /dev/input/by-path/pci-0000:00:10.3-usb-0:2:1.0-mouse Device Number: char 13:63 (char 13:32) Speed: 1.5 Mbps Module Alias: "usb:v1241p1166d0270dc00dsc00dp00ic03isc01ip02" Driver Info #0: Buttons: 5 Wheels: 1 XFree86 Protocol: explorerps/2 GPM Protocol: exps2 Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #32 (Hub) Note: I can click quite a few times on left button without anything showing on the screen, if I can keep mouse in the same spot. As soon as I move it will list all clicks at once. # evtest /dev/input/event2 | grep LeftBtn Event code 272 (LeftBtn) This is selection of terminal window. Event: time 1167800269.095304, type 1 (Key), code 272 (LeftBtn), value 1 Event: time 1167800273.438135, type 1 (Key), code 272 (LeftBtn), value 0 Selection of the text. Event: time 1167800280.204311, type 1 (Key), code 272 (LeftBtn), value 1 Event: time 1167800280.372268, type 1 (Key), code 272 (LeftBtn), value 0 Selection of the terminal window. Here evtest was stopped with Ctrl-C I played longer, but no spurious events. The /dev/input/event2 is listed in output of hwinfo, so there was no need to guess. Do you want me to use default Xorg settings, that show problem? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 mhopf@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vojtech@novell.com ------- Comment #5 from mhopf@novell.com 2007-01-03 06:50 MST ------- (In reply to comment #4)
Since I added Option "Buttons" "3" it works fine.
Ah, yep. Misread that one.
Right now, according to hwinfo I have 5 buttons.
hwinfo asks its own database, and doesn't communicate with X at all.
Note: I can click quite a few times on left button without anything showing on the screen, if I can keep mouse in the same spot. As soon as I move it will list all clicks at once.
Uh. That sounds strange. Vojtech, could you comment on that? Any ideas? There's probably still an X mouse driver bug sitting around, given the remaining issues.
Event: time 1167800269.095304, type 1 (Key), code 272 (LeftBtn), value 1 Event: time 1167800273.438135, type 1 (Key), code 272 (LeftBtn), value 0 Selection of the text. Event: time 1167800280.204311, type 1 (Key), code 272 (LeftBtn), value 1 Event: time 1167800280.372268, type 1 (Key), code 272 (LeftBtn), value 0 Selection of the terminal window.
I don't understand your comments in this excerpt. Please capture the complete log when you try to select some text (one case where it actually breaks, so you will have to reconfigure "Buttons" for that test to know when it breaks) and attach it here.
Do you want me to use default Xorg settings, that show problem?
They won't influence evtest, but you'll need them in order to know when the bug actually occurred... ;) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 rmatov101@charter.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|rmatov101@charter.net | ------- Comment #6 from rmatov101@charter.net 2007-01-03 21:01 MST ------- It seems that I can't reproduce bug anymore. I changed to old xorg.conf and restarted server, rebooted, cold booted and nothing. It works. Besides hwinfo reporting 5 buttons and xorg 9 of them, nothing. If it happens again I'll test first then debug. Sorry. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 mhopf@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Comment #7 from mhopf@novell.com 2007-01-04 10:21 MST ------- Looks like broken hardware in this case. Closing as WORKSFORME, please reopen if this happens again. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 rmatov101@charter.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME | ------- Comment #8 from rmatov101@charter.net 2007-02-15 21:02 MST ------- It happened again after long period of correct operation. Reconnecting USB mouse (to the same port) solves the problem. I ran evtest /dev/input/event2 > evtest.log before and after reconnection, in both cases marking large console text for copy and paste, but besides occasional LeftBtn going 0 than, separated with few lines of events produced with mouse motion, going back to 1 without actually releasing button, I can't see anything that is in common sense bad looking. The /var/log/messages shows disconnect and connect, and it seems to be fine. Where I can look further information to try to get more details before I come back. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 ------- Comment #9 from vojtech@novell.com 2007-02-16 10:15 MST ------- This really looks like a bad switch in the mouse: There isn't a way for the driver to generate intermittet releases on left button without having the mouse go totally bonkers. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 ------- Comment #10 from rmatov101@charter.net 2007-02-18 09:08 MST ------- Mechanically it seems OK. Click is well defined which should be sign of good shape. It doesn't produce false LeftBtn events when slammed, kicked etc, and I have experience in troubleshooting electromechanical devices, so you can trust me. It doesn't look like the switch problem. What is significance of reconnecting the mouse to remove the problem. That usually will not change mechanical problem, but reload drivers and restat electronics. I'm not familiar with USB, what drivers are loaded first,second,etc, how is controlled power on the port, so I can't construct test case to play with and help you more. I can bet that my mouse is popular as it is cheap. It is Dynex dx-om101, I guess BestBuy house brand, and as you can see above it is recognized as Belkin, so there is more companies that use the same original manufacturer, so limitting the problem might be useful for the future references. In the same time I'm not sure that it is mouse problem at all. It might be the motherboard MSI KM4M-V support for USB or power management? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 vojtech@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO Info Provider| |rmatov101@charter.net ------- Comment #11 from vojtech@novell.com 2007-02-18 13:51 MST ------- If it is that cheap and popular: Do you think it'd be possible for you to try with another mouse of the same model? I'd really like to rule out bad hardware here. I have had a mouse fail in exactly the same way - clicking usually worked, but click-n-drag was unusable, and replacing the failed switch (which didn't show any other symptoms than this, was mechanically OK, etc, but was probably oxidized inside) fixed it. And the fact it is the left button, which is most used, also points that way. I don't have any other reports like yours, not on MSI mainboards nor on VIA chipsets - if it was a problem in common code, I'd know about it already. Having said that, do you think you could recompile the hid-core and hid-input modules with #define DEBUG enabled in them, and send me the logs from that? That'd help very much pinning down the exact cause. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 ------- Comment #12 from mhopf@novell.com 2007-02-20 06:55 MST ------- (In reply to comment #10)
In the same time I'm not sure that it is mouse problem at all. It might be the motherboard MSI KM4M-V support for USB or power management?
Doubtfull. Though wrong / varying power lines can have really strange effects. (In reply to comment #11)
I'd really like to rule out bad hardware here. I have had a mouse fail in exactly the same way - clicking usually worked, but click-n-drag was unusable, and replacing the failed switch (which didn't show any other symptoms than this, was mechanically OK, etc, but was probably oxidized inside) fixed it.
If you want to (sort-of) rule out a broken switch, you can try to solder a 10nF or 100nF capacitor in parallel to the switch, which will attenuate the chatter of the switch. Though this is no way a full test compared to switching to another mouse of the same brand.
I don't have any other reports like yours, not on MSI mainboards nor on VIA chipsets - if it was a problem in common code, I'd know about it already.
Agreed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 rmatov101@charter.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|rmatov101@charter.net | Resolution| |WORKSFORME ------- Comment #13 from rmatov101@charter.net 2007-02-20 17:11 MST ------- I prepared and tested usbhid.ko with DEBUG enabled, just in case. It produced few MB in a short time :-) And the other mouse will be here next weekend. If there is no other reports I'll take this as isolated case, whatever is the reason, and close bugreport again. It wouldn't be the first time that I see a problem that comes just in seldom combinations and it is hard to find out the reason. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231188 ------- Comment #14 from mhopf@novell.com 2007-02-21 07:39 MST ------- Thanks! Please reopen if this happens with the new mouse as well. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply＠novell.com