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?
>>
>>
>
