Peter fixed a load of stuff and it got merged in xserver master.
Unfortunately there have not been any development releases of xserver
master since that happened, but that will come in time.
If you are still seeing problems, and are definitely using xserver
master, then I suggest explaining your
Peter fixed a load of stuff and it got merged in xserver master.
Unfortunately there have not been any development releases of xserver
master since that happened, but that will come in time.
If you are still seeing problems, and are definitely using xserver
master, then I suggest explaining your
Thanks for all your work on this. At OLPC we've been testing the branch
but have been a couple of commits behind the tip. Anyway, I think its
still worth contributing the test result: no problems seen.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Thanks for all your work on this. At OLPC we've been testing the branch
but have been a couple of commits behind the tip. Anyway, I think its
still worth contributing the test result: no problems seen.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
(In reply to comment #76)
tried to bisect this, but I can't see any difference in the xev output
before or after that commit. Tested several revisions after (and 3e15158985)
and xev works as expected.
Thanks for testing - I have now looked closer.
The patch removes a field from struct
(In reply to comment #80)
Pushed the branch with a fix to keep the ABI, please test
de12ce91d8e44ab9398e730b457e5abc8d1acbe6
Built this and can't see any problems after a quick test. I'll ship this
in upcoming OLPC development builds for wider testing.
--
You received this bug notification
(In reply to comment #70)
the libreoffice hint helped a lot tracking this down. New branch posted (top
commit b8a2de82e36dd922843618f15703113dd556b164 dix: fix cursor refcounting
). Please give this a test. looks like my test box here is happy and
valgrind doesn't see any leaks (yet)
I would
Yep, reproduced with HEAD b8a2de82e3, bisection identifies the first bad
commit as 3e15158985.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1015183
Title:
Inconsistent mouse events for Acer T231H
(In reply to comment #76)
tried to bisect this, but I can't see any difference in the xev output
before or after that commit. Tested several revisions after (and 3e15158985)
and xev works as expected.
Thanks for testing - I have now looked closer.
The patch removes a field from struct
(In reply to comment #80)
Pushed the branch with a fix to keep the ABI, please test
de12ce91d8e44ab9398e730b457e5abc8d1acbe6
Built this and can't see any problems after a quick test. I'll ship this
in upcoming OLPC development builds for wider testing.
--
You received this bug notification
(In reply to comment #70)
the libreoffice hint helped a lot tracking this down. New branch posted (top
commit b8a2de82e36dd922843618f15703113dd556b164 dix: fix cursor refcounting
). Please give this a test. looks like my test box here is happy and
valgrind doesn't see any leaks (yet)
I would
Yep, reproduced with HEAD b8a2de82e3, bisection identifies the first bad
commit as 3e15158985.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1068994
Title:
button1 gets stuck after a while
To
Thanks for testing. Sugar's paint app is http://activities.sugarlabs.org
/en-US/sugar/addon/4082
It is probably more meaningful to do the xev test though. Click the
mouse button and hold, you would expect a ButtonPress event to show
immediately, but it doesn't. And do that under sugar, in case
Thanks for continuing to work on this.
I believe the touch-grab-race-condition-56578-v2 patch series so far
creates a problem with mouse input. In Sugar's Paint application, I
can't paint anything by moving the mouse around with the button held
down.
Running xev, I can see that clicking and
(In reply to comment #47)
I believe the touch-grab-race-condition-56578-v2 patch series so far creates
a problem with mouse input. In Sugar's Paint application, I can't paint
anything by moving the mouse around with the button held down.
Running xev, I can see that clicking and holding the
Thanks for continuing to work on this.
I believe the touch-grab-race-condition-56578-v2 patch series so far
creates a problem with mouse input. In Sugar's Paint application, I
can't paint anything by moving the mouse around with the button held
down.
Running xev, I can see that clicking and
Thanks for testing. Sugar's paint app is http://activities.sugarlabs.org
/en-US/sugar/addon/4082
It is probably more meaningful to do the xev test though. Click the
mouse button and hold, you would expect a ButtonPress event to show
immediately, but it doesn't. And do that under sugar, in case
(In reply to comment #47)
I believe the touch-grab-race-condition-56578-v2 patch series so far creates
a problem with mouse input. In Sugar's Paint application, I can't paint
anything by moving the mouse around with the button held down.
Running xev, I can see that clicking and holding the
Yes, I can see how time consuming this must be. Thanks for continuing to
work on it, at OLPC we can promise you some testing once code is ready.
In the mean time I will add the latest 2 patches to our development
builds for further testing:
Xi: Do not handle ET_TouchOwnership in
Yes, I can see how time consuming this must be. Thanks for continuing to
work on it, at OLPC we can promise you some testing once code is ready.
In the mean time I will add the latest 2 patches to our development
builds for further testing:
Xi: Do not handle ET_TouchOwnership in
Created attachment 69139
Backported to xserver-1.13.0
The patch wouldn't apply for me, so I reapplied it by hand to
xserver-1.13.0, here it is.
Now, testing on OLPC XO-1.5 using the chrome video driver, I no longer
see any text corruption in the GNOME fallback applications menu.
However, the
21 matches
Mail list logo