[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-06-12 Thread Elvis Stansvik 
Thank you! Been waiting for this fix for 11 months, and boy does it
taste sweet now that it's here :)

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Released

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-06-12 Thread Launchpad Bug Tracker 
This bug was fixed in the package qtbase-opensource-src - 5.5.1+dfsg-
16ubuntu7.5

---
qtbase-opensource-src (5.5.1+dfsg-16ubuntu7.5) xenial; urgency=medium

  * Backport upstream change to fix behavior of QMenuBar::isNativeMenuBar()
method (fix_isNativeMenuBar.diff). This should finally fix LP: #1380702.

 -- Dmitry Shachnev   Wed, 03 May 2017 22:22:47
+0300

** Changed in: qtbase-opensource-src (Ubuntu Xenial)
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Released

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-06-09 Thread Łukasz Zemczak 
** Tags removed: verification-done
** Tags added: verification-done-xenial

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Committed

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-05-08 Thread Elvis Stansvik 
Aha, I forgot to check the other bug. No worries. Thanks a lot for all
the work Dmitry, looking at that bug I see that it is much more
complicated than this one.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Committed

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-05-08 Thread Dmitry Shachnev 
The other bug (bug 1380702) got marked as verification-failed, so it
cannot migrate, and now we need to get another upload (-16ubuntu7.5)
accepted and published (it is in the queue since Thursday).

Sorry for that because that is partially my fault (I did not test my fix
for that bug on Trusty properly).

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Committed

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-05-08 Thread Elvis Stansvik 
Do I need to do something more for this to be uploaded to xenial-
updates? Should I try to get someone else to test?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Committed

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-04-24 Thread Elvis Stansvik 
@apw: I've tested the 5.5.1+dfsg-16ubuntu7.4 in xenial-proposed with the
test case I attached in comment #4, as well as the
Wrapping/Python/vtk/qt/QVTKRenderWindowInteractor.py script in the VTK
source, and the problem is fixed.

** Tags removed: verification-needed
** Tags added: verification-done

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Committed

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-04-24 Thread Andy Whitcroft 
Hello Elvis, or anyone else affected,

Accepted qtbase-opensource-src into xenial-proposed. The package will
build now and be available at https://launchpad.net/ubuntu/+source
/qtbase-opensource-src/5.5.1+dfsg-16ubuntu7.4 in a few hours, and then
in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Changed in: qtbase-opensource-src (Ubuntu Xenial)
   Status: New => Fix Committed

** Tags added: verification-needed

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  Fix Committed

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-04-10 Thread Elvis Stansvik 
Alright, yes lets hope.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-04-10 Thread Dmitry Shachnev 
I hope they will just approve the later upload, and both fixes will make
it into -proposed and then -updates together.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-04-10 Thread Elvis Stansvik 
I made a couple of pings in #ubuntu-release without reply, but I guess
people are just busy :)

Another question though: I can see that there was already another
qtbase-opensource-src upload in the queue (5.5.1+dfsg-16ubuntu7.3). Will
an approver have to approve that first, or will that one be discarded
and 5.5.1+dfsg-16ubuntu7.4 taken directly?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-31 Thread Dmitry Shachnev 
The latter, wait until someone approves the upload… Maybe also pinging
on #ubuntu-release channel will help.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-31 Thread Elvis Stansvik 
I'm a little unsure what the process is now, should I tag this bug with
something? Or just wait until someone comes around to approve the
upload?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-24 Thread Elvis Stansvik 
Excellent. Many thanks!

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-24 Thread Dmitry Shachnev 
It is in the upload queue now.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-20 Thread Elvis Stansvik 
** Description changed:

  Mouse event compression stopped working in Qt 5, a regression from Qt 4:
  
-https://bugreports.qt.io/browse/QTBUG-40889
+    https://bugreports.qt.io/browse/QTBUG-40889
  
  The bug was fixed in Qt 5.6 https://codereview.qt-
- project.org/#/c/126136/ where it has been thoroughly tested by now.
+ project.org/#/c/126136/ where the fix has been thoroughly tested by now.
  
  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).
  
  [Impact]
  
  The bug affects any program that relies on the event compression Qt
  normally does. For example, VTK programs (ParaView, Tomviz, ...) do
  their rendering in response to mouse events during camera movements, and
  with event compression at the Qt level suddenly gone, camera movements
  become very slow, since the application is now flooded with mouse events
  and the rendering lags behind.
  
  The problem is not limited to these programs however; it can be observed
  by simply putting two regular, slightly slow-to-render, widgets into a
  QSplitter and moving the splitter handle. The result is a syrup-like
  experience as the widgets try to keep up with the onslaught of resize
  events due to the lack of mouse event compression.
  
  [Test Case]
  
  The attached test application can be used to check if event compression
  is functioning. It performs some artificial work on each mouse move and
  prints a message. Click and drag the mouse a little. After releasing the
  mouse, you'll notice that the printouts keeps coming for quite a while,
  as the program is catching up with the flood of events.
  
  With the attached patch (and with Qt 4), the problem is gone - the mouse
  event stream is compressed and the printouts are no longer lagging
  behind.
  
  [Regression Potential]
  
  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.
  
  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

** Description changed:

  Mouse event compression stopped working in Qt 5, a regression from Qt 4:
  
     https://bugreports.qt.io/browse/QTBUG-40889
  
  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by now.
  
  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).
  
  [Impact]
  
  The bug affects any program that relies on the event compression Qt
- normally does. For example, VTK programs (ParaView, Tomviz, ...) do
+ normally performs. For example, VTK programs (ParaView, Tomviz, ...) do
  their rendering in response to mouse events during camera movements, and
  with event compression at the Qt level suddenly gone, camera movements
  become very slow, since the application is now flooded with mouse events
  and the rendering lags behind.
  
  The problem is not limited to these programs however; it can be observed
  by simply putting two regular, slightly slow-to-render, widgets into a
  QSplitter and moving the splitter handle. The result is a syrup-like
  experience as the widgets try to keep up with the onslaught of resize
  events due to the lack of mouse event compression.
  
  [Test Case]
  
  The attached test application can be used to check if event compression
  is functioning. It performs some artificial work on each mouse move and
  prints a message. Click and drag the mouse a little. After releasing the
  mouse, you'll notice that the printouts keeps coming for quite a while,
  as the program is catching up with the flood of events.
  
  With the attached patch (and with Qt 4), the problem is gone - the mouse
  event stream is compressed and the printouts are no longer lagging
  behind.
  
  [Regression Potential]
  
  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.
  
  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-20 Thread Elvis Stansvik 
** Patch added: "debdiff for 5.5.1+dfsg-16ubuntu7.3 with backported fix from Qt 
5.6"
   
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+attachment/4841178/+files/fix-qtbug-40889.debdiff

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-20 Thread Elvis Stansvik 
Dmitry: I've updated the description with the SRU template. I also
attached a test case and a debdiff.

I've tested that the updated package fixes the problem.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the widgets try to keep up with the
  onslaught of resize events due to the lack of mouse event compression.

  [Test Case]

  The attached test application can be used to check if event
  compression is functioning. It performs some artificial work on each
  mouse move and prints a message. Click and drag the mouse a little.
  After releasing the mouse, you'll notice that the printouts keeps
  coming for quite a while, as the program is catching up with the flood
  of events.

  With the attached patch (and with Qt 4), the problem is gone - the
  mouse event stream is compressed and the printouts are no longer
  lagging behind.

  [Regression Potential]

  There's a small risk that some applications have made workarounds for
  the faulty behavior, and that unwanted behavior is introduced if this
  bug is fixed. But chances are high that such workarounds will keep
  working, as the obvious workaround is to do timer based rendering
  instead of event based. The workarounds will then simply become
  unnecessary, but shouldn't cause problems.

  I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-20 Thread Elvis Stansvik 
** Description changed:

- A fix for QTBUG-40889 was worked out and submitted at
+ Mouse event compression stopped working in Qt 5, a regression from Qt 4:
  
- https://codereview.qt-project.org/#/c/115531/
+https://bugreports.qt.io/browse/QTBUG-40889
  
- but due to coming in a bit late, was moved to Qt 5.6
+ The bug was fixed in Qt 5.6 https://codereview.qt-
+ project.org/#/c/126136/ where it has been thoroughly tested by now.
  
- https://codereview.qt-project.org/#/c/126136/
+ Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
+ backport of the 5.6 patch (only one trivial hunk failed, which was
+ easily fixed).
  
- The bug is about mouse motion event compression malfunctioning, and it
- has grave consequences for some applications, where the flood of events
- make rendering sluggish (e.g. anything based on VTK, but probably
- others).
+ [Impact]
  
- ParaView developer Ben Boeckel has tried the patch [2] against 5.5 and
- confirmed it fixes rendering/interaction in VTK applications.
+ The bug affects any program that relies on the event compression Qt
+ normally does. For example, VTK programs (ParaView, Tomviz, ...) do
+ their rendering in response to mouse events during camera movements, and
+ with event compression at the Qt level suddenly gone, camera movements
+ become very slow, since the application is now flooded with mouse events
+ and the rendering lags behind.
  
- It is not possible to work around the bug at the application level in a
- satisfactory way, only by resorting to timer-based rendering.
+ The problem is not limited to these programs however; it can be observed
+ by simply putting two regular, slightly slow-to-render, widgets into a
+ QSplitter and moving the splitter handle. The result is a syrup-like
+ experience as the widgets try to keep up with the onslaught of resize
+ events due to the lack of mouse event compression.
  
- I suggest an SRU to patch the Ubuntu Qt package with the patch that was
- originally meant for the 5.x branch (first URL above). The patch was
- later integrated in 5.6 where it has been well tested.
+ [Test Case]
  
- [1] https://bugreports.qt.io/browse/QTBUG-40889
- [2] 
http://vtk.1045678.n5.nabble.com/Delayed-mouse-interaction-due-to-event-loop-bug-in-Qt5-tp5730474p5732870.html
+ The attached test application can be used to check if event compression
+ is functioning. It performs some artificial work on each mouse move and
+ prints a message. Click and drag the mouse a little. After releasing the
+ mouse, you'll notice that the printouts keeps coming for quite a while,
+ as the program is catching up with the flood of events.
+ 
+ With the attached patch (and with Qt 4), the problem is gone - the mouse
+ event stream is compressed and the printouts are no longer lagging
+ behind.
+ 
+ [Regression Potential]
+ 
+ There's a small risk that some applications have made workarounds for
+ the faulty behavior, and that unwanted behavior is introduced if this
+ bug is fixed. But chances are high that such workarounds will keep
+ working, as the obvious workaround is to do timer based rendering
+ instead of event based. The workarounds will then simply become
+ unnecessary, but shouldn't cause problems.
+ 
+ I'm asking for someone to nominate this bug for an SRU of 16.04 LTS.

** Attachment added: "Test case to demonstrate the bug"
   
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+attachment/4841177/+files/qtbug40889.zip

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  Mouse event compression stopped working in Qt 5, a regression from Qt
  4:

     https://bugreports.qt.io/browse/QTBUG-40889

  The bug was fixed in Qt 5.6 https://codereview.qt-
  project.org/#/c/126136/ where the fix has been thoroughly tested by
  now.

  Attached is a debdiff against 5.5.1+dfsg-16ubuntu7.2 which includes a
  backport of the 5.6 patch (only one trivial hunk failed, which was
  easily fixed).

  [Impact]

  The bug affects any program that relies on the event compression Qt
  normally performs. For example, VTK programs (ParaView, Tomviz, ...)
  do their rendering in response to mouse events during camera
  movements, and with event compression at the Qt level suddenly gone,
  camera movements become very slow, since the application is now
  flooded with mouse events and the rendering lags behind.

  The problem is not limited to these programs however; it can be
  observed by simply putting two regular, slightly slow-to-render,
  widgets into a QSplitter and moving the splitter handle. The result is
  a syrup-like experience as the

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-20 Thread Elvis Stansvik 
Hi Dimitry!

No problem. In fact, I've cherry picked the fix from Qt 5.6 and created
an updated package. I'm building it at the moment to test. I'll fill out
the SRU template as well, and attach a debdiff if it seems to work OK.

Sorry for not sticking to the SRU procedure to begin with, I know I was
a bit busy when I filed this.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  A fix for QTBUG-40889 was worked out and submitted at

  https://codereview.qt-project.org/#/c/115531/

  but due to coming in a bit late, was moved to Qt 5.6

  https://codereview.qt-project.org/#/c/126136/

  The bug is about mouse motion event compression malfunctioning, and it
  has grave consequences for some applications, where the flood of
  events make rendering sluggish (e.g. anything based on VTK, but
  probably others).

  ParaView developer Ben Boeckel has tried the patch [2] against 5.5 and
  confirmed it fixes rendering/interaction in VTK applications.

  It is not possible to work around the bug at the application level in
  a satisfactory way, only by resorting to timer-based rendering.

  I suggest an SRU to patch the Ubuntu Qt package with the patch that
  was originally meant for the 5.x branch (first URL above). The patch
  was later integrated in 5.6 where it has been well tested.

  [1] https://bugreports.qt.io/browse/QTBUG-40889
  [2] 
http://vtk.1045678.n5.nabble.com/Delayed-mouse-interaction-due-to-event-loop-bug-in-Qt5-tp5730474p5732870.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-20 Thread Dmitry Shachnev 
Elvis: sorry for not responding. Sometimes pinging the bug *is* helpful.

I will not have time to do a SRU in the next days, but I might take a
look a bit later if nobody beats me to it. In the meantime, it would
help if you could fill the SRU bug template, see
https://wiki.ubuntu.com/StableReleaseUpdates#Procedure.

** Also affects: qtbase-opensource-src (Ubuntu Xenial)
   Importance: Undecided
   Status: New

** Changed in: qtbase-opensource-src (Ubuntu)
   Status: New => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  Fix Released
Status in qtbase-opensource-src source package in Xenial:
  New

Bug description:
  A fix for QTBUG-40889 was worked out and submitted at

  https://codereview.qt-project.org/#/c/115531/

  but due to coming in a bit late, was moved to Qt 5.6

  https://codereview.qt-project.org/#/c/126136/

  The bug is about mouse motion event compression malfunctioning, and it
  has grave consequences for some applications, where the flood of
  events make rendering sluggish (e.g. anything based on VTK, but
  probably others).

  ParaView developer Ben Boeckel has tried the patch [2] against 5.5 and
  confirmed it fixes rendering/interaction in VTK applications.

  It is not possible to work around the bug at the application level in
  a satisfactory way, only by resorting to timer-based rendering.

  I suggest an SRU to patch the Ubuntu Qt package with the patch that
  was originally meant for the 5.x branch (first URL above). The patch
  was later integrated in 5.6 where it has been well tested.

  [1] https://bugreports.qt.io/browse/QTBUG-40889
  [2] 
http://vtk.1045678.n5.nabble.com/Delayed-mouse-interaction-due-to-event-loop-bug-in-Qt5-tp5730474p5732870.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

[Touch-packages] [Bug 1598173] Re: Please consider SRU of "xcb: Compress mouse motion and touch update events"

2017-03-20 Thread Elvis Stansvik 
Would be great if someone could at least respond to this 8+ month old
bug.

We're still suffering from this Qt bug, and have to put in lots of ugly
workarounds to mitigate it.

I'm not sure, should I subscribe someone else to this, and if so, who?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to qtbase-opensource-src in
Ubuntu.
https://bugs.launchpad.net/bugs/1598173

Title:
  Please consider SRU of "xcb: Compress mouse motion and touch update
  events"

Status in qtbase-opensource-src package in Ubuntu:
  New

Bug description:
  A fix for QTBUG-40889 was worked out and submitted at

  https://codereview.qt-project.org/#/c/115531/

  but due to coming in a bit late, was moved to Qt 5.6

  https://codereview.qt-project.org/#/c/126136/

  The bug is about mouse motion event compression malfunctioning, and it
  has grave consequences for some applications, where the flood of
  events make rendering sluggish (e.g. anything based on VTK, but
  probably others).

  ParaView developer Ben Boeckel has tried the patch [2] against 5.5 and
  confirmed it fixes rendering/interaction in VTK applications.

  It is not possible to work around the bug at the application level in
  a satisfactory way, only by resorting to timer-based rendering.

  I suggest an SRU to patch the Ubuntu Qt package with the patch that
  was originally meant for the 5.x branch (first URL above). The patch
  was later integrated in 5.6 where it has been well tested.

  [1] https://bugreports.qt.io/browse/QTBUG-40889
  [2] 
http://vtk.1045678.n5.nabble.com/Delayed-mouse-interaction-due-to-event-loop-bug-in-Qt5-tp5730474p5732870.html

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp