Thanks - I'll take a look and hopefully give it a try next week and post any results I find (although it can take a while to reproduce).
Thanks for the input, Brian Alan Coopersmith wrote: > Sorry, but I don't know what the kernel driver guys would need to figure out > why their driver is sending events for presses of a button that doesn't exist. > If you need to prove to them it is reporting that, there is a dtrace script > in bug 6526932 that reports the button press events the X server gets from > the kernel - but that would presumably log a very large amount of data if you > don't know when it happens. You could probably customize it down to just > printing when fe->id == BUT(2). > > -Alan Coopersmith- alan.coopersmith at sun.com > Sun Microsystems, Inc. - X Window System Engineering > > Brian Ruthven - Solaris Network Sustaining - Sun UK wrote: > >> Hi Alan, >> >> Finally, this just happened to me again. >> FWIW, I updated to snv_124 yesterday, and with no external mouse plugged >> in, I see the "(II) 3rd Button detected: disabling emulate3Button" line >> in /var/log/Xorg.0.log (full file attached). >> >> I've been using the system for approx 1 hour so far, and only using the >> touchpad. >> What further diagnosis would I need before filing a bug? >> >> Thanks, >> Brian >> >> >> Alan Coopersmith wrote: >> >>> Brian Ruthven - Solaris Network Sustaining - Sun UK wrote: >>> >>> >>>> I have a Toshiba Tecra M10, and the mouse pad has two buttons. >>>> Most of the time, I can highlight some text using the left button (click >>>> and drag as normal), then I can press both buttons together to paste in >>>> a target window (i.e. simulating the middle click). >>>> >>>> This mostly works (and I usually copy-n-paste this way), but at some >>>> point during my login session, it stops working, and instead I only ever >>>> get the right-click context menu. >>>> >>>> >>> The default configuration of Xorg is to recognize left+right as emulating >>> a third button until/unless a third button is actually clicked, at which >>> point it assumes you don't need it any more. >>> >>> Unfortunately, on builds before about 119, the default on Solaris is to >>> open /dev/mouse and have the kernel combine all mouse like devices into >>> a single output stream, so a click on an external mouse will disable it >>> on all mice. With the switch to hal-based input hotplug in 119 and >>> later, >>> each mouse is individually opened, so it should track each one >>> seperately. >>> >>> >>> >>>> I've not worked out what changes this, and I've not got a clue where to >>>> start diagnosing this. >>>> >>>> >>> Any messages in /var/log/Xorg.0.log about disabling 3 button emulation? >>> >>> >>> -- Brian Ruthven Solaris Revenue Product Engineering Sun Microsystems UK Sparc House, Guillemont Park, Camberley, GU17 9QG
