[xubuntu-users] Further to "Mouse focus problem in 15.10"
cl at isbd.net
Sat Feb 20 16:29:28 UTC 2016
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?
> 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.
More information about the xubuntu-users