Fix logic for figuring out what ConfigureNotify positions can be trusted

When reading ahead in the queue for ConfigureNotify events, it's necessary
to look for intermediate ReparentNotify events as well, since they will
determine whether the position in the event can be trusted or not.

Bug: https://bugreports.qt.nokia.com/browse/QTBUG-21900

Gbp-Pq: Name QTBUG-21900_Buttons_in_Qt_applications_not_clickable_when_run_under_gnome-shell.patch

Add_support_for_QT_USE_DRAG_DISTANCE_env_var

from QT_USE_DRAG_DISTANCE environment variable.
See also http://bugreports.qt.nokia.com/browse/QTBUG-12594
Author: Joonas Tanskanen <joonas.tanskanen@sasken.com>

Gbp-Pq: Name Add_support_for_QT_USE_DRAG_DISTANCE_env_var.patch

qt4-x11 (4:4.8.7+dfsg-17) unstable; urgency=medium

  * Add fix-build-icu59.patch from OpenSuse. Fixes build with icu59
   (Closes: #898542). Thanks John Paul Adrian Glaubitz for digging the
   patch!
  * Put the source package in section oldlibs. We do not expect new
    developments with qt4-x11.
  * Update Vcs-[Git Browser] to the new location in salsa.debian.org.

[dgit import unpatched qt4-x11 4:4.8.7+dfsg-17]

Import qt4-x11_4.8.7+dfsg-17.debian.tar.xz

[dgit import tarball qt4-x11 4:4.8.7+dfsg-17 qt4-x11_4.8.7+dfsg-17.debian.tar.xz]

Import qt4-x11_4.8.7+dfsg.orig.tar.xz

[dgit import orig qt4-x11_4.8.7+dfsg.orig.tar.xz]