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 p
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 p
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-X,
which is subscribed
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-X,
which is subscribed
(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 b
(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 _Grab
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-X,
which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/1015183
Title:
Inconsistent mouse events for
(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 b
(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 _Grab
(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 wou
(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 wou
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-X,
which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/1068994
Title:
button1 gets stuck after a whi
(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 t
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 holdi
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 the
(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 t
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 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 holdi
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 ProcessTouchEvent
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 ProcessTouchEvent
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 text
21 matches
Mail list logo
