[xubuntu-users] Further to "Mouse focus problem in 15.10"

[Chris Green]

On Sat, Feb 20, 2016 at 04:59:36PM +0100, Petter Adsen wrote:
> On Sat, 20 Feb 2016 15:32:03 +0000
> Chris Green <cl at isbd.net> wrote:
> 
> > Well I've proved it's definitely a bug.  I've just installed gpm the
> > mouse handler for the console.  When the problem happens in X I can
> > switch to a console (CTRL/ALT/Fn) and the buttons still work fine with
> > gpm.  In addition doing this clears the problem in X.
> > 
> > I've tried two older kernels, the bug is still there.  How can I check
> > to see when other packages have been changed?
> 
> /var/log/apt/
> 
> I can't recall any X server updates recently, but that might be worth
> looking for.
> 
No, I can't see anything obvious there either.


> > Using xev to check button events what happens when the bug occurs is
> > that there is a single button 3 event (no release) and after that
> > neither button 2 nor button 3 produce any events.
> 
> That is odd. Since gpm works the kernel driver is probably OK, but I
> don't understand why X can't see the events. Can you install evemu-tools
> and see if evemu-record can see them?
> 
It's not *quite* as simple as I thought.

Hitting button 3 of the Trackpoint buttons only ever works once, just
one event.  Having done that the bug appears (the mouse function is
stuck in one window).  However if I then go to a console CTRL/ALT/Fn
and back, without even logging in on the console, the bug is fixed and
seems to stay fixed.  So at least I have a workaround now!

Maybe X is seeing the Button 3 down wit no up and thus 'sticks'.
Going to a console (gpm grabs the mouse while there, even if not
logged in) clears the 'stuck' button and it stays unstuck.  Button 3
on the Trackpoint never gets unstuck even when using gpm but that
doesn't matter because there's a button 3 with the Trackpad.


> Other than that I think you need to file a bug, but it would be
> helpful to know exactly which package is causing the problem.
> 
Yes, I'll do that.

-- 
Chris Green