[SCM] kwin packaging branch, master, updated. debian/5.8.4-1-14-g44c4b5d

Maximiliano Curia maxy at moszumanska.debian.org
Fri Jun 16 11:44:08 UTC 2017


Gitweb-URL: http://git.debian.org/?p=pkg-kde/plasma/kwin.git;a=commitdiff;h=e080864

The following commit has been merged in the master branch:
commit e08086450db5c2c6795d955e200938e5e17facbb
Author: Maximiliano Curia <maxy at gnuservers.com.ar>
Date:   Fri Jun 16 11:03:29 2017 +0200

    Update changelog for 4:5.8.7-1~ release
---
 debian/changelog | 80 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 80 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a738a7f..37c79bb 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,83 @@
+kwin (4:5.8.7-1~) UNRELEASED; urgency=medium
+
+  * New upstream release (5.8.7)
+      + move the view at the correct index at startup
+        using the same trick as elsewhere, set the currentIndex
+        and move the view to currentIndex right at startup
+        the only way to be sure is onContentHeightChanged
+        as there are no signals for when "the view has been
+        populated and settled up"
+      + [kcm_kwindecoration] Respect theme colors in buttons
+      + Fix crash on dragging titlebar buttons in System Settings
+        Currently, if user tries to move one of buttons to the left, ending up
+        dragging one button onto another, crash occurs.
+        In addition, this patch replaces verbose replacement(remove/insert) with
+        more elegant QVector<T>::move(int, int)
+        Fixes KDE#374153
+      + [platforms/drm] Explicitly request event context version 2
+        Libdrm 2.4.78 introduces a version 2 and if KWin gets built against it
+        our code would break. Given that this change is for Plasma/5.8 branch.
+        (https://phabricator.kde.org/T5839)
+      + Fix KWin decoration KCM showing correct index at startup
+        The KCM has a context property of the currently set theme index. This is
+        set before the decorations model is populated, so it is currently always
+        -1.
+        This model is populated after the constructor but before
+        KCModule::load().
+        KCModule::load is called from KCModule::showEvent so before
+        QQuickGridView will start doing anything with delegates.
+        This fixes the problem simply and also avoid parsing the config file
+        multiple times.
+        This bug was introduced in 5.9.4:
+        Someone made a (tested) change to make sure the view scrolled to the
+        right place on startup.
+        I then made a (tested) commit fixing the crash on exit
+        The author then updated his patch to my changes, but now in a way that
+        didn't work.
+      + Sort the themes in decoration KCM
+        Even though we're using a QSortFilterProxy model, by default it doesn't
+        actually sort anything until instructed to.
+        This patch turns sorting on.
+      + Improve the x11 timestamp handling
+        So far KWin only updated the x11 timestamp if the new timestamp is larger
+        than the existing one. While this is a useful thing it creates problems
+        when the 32 bit msec based time stamp wraps around which happens after
+        running an X server for 49 days. After the timestamp wrapped around KWin
+        would not update the timestamp any more and thus some calls might fail.
+        Most prominent victims are keyboard and pointer grab which fails as the
+        timestamp is either larger than the server timestamp or smaller than the
+        last grab timestamp.
+        Another problem related to timestamp handling is KWin getting broken by
+        wrong timestamps sent by applications. A prominent example is clusterssh
+        which used to send a timestamp as unix time which is larger than the
+        x timestamp and thus our timestamp gets too large.
+        This change addresses these problems by allowing to reset the timestamp.
+        This is only used from updateXTime (which is normally invoked before we
+        do things like grabKeyboard). Thus we make QX11Info::getTimestamp the
+        ultimate trusted source for timestamps.
+        Fixes KDE#377901 KDE#348569
+      + Fix regression for timestamp handling for Xwayland windows
+        Change 0bec9ad7337536e319c17c5684d97e1156399fdb introduced a regrssion
+        on Wayland. On Wayland getTimestamp always returns 0, thus the X11
+        timestamp gets reset again and again. This results in broken interaction
+        for Xwayland windows as the broken unit tests show.
+        This change addresses the regression by ignoring a value of 0.
+        It means the addressed bug is still present on Wayland for X11 windows
+        as the timestamp doesn't get updated properly. This requires further
+        changes.
+      + fix occassional crash caused by needlessly delayed signals (bko#363224)
+        As pointed out by the Valgrind trace in #363224, delaying the signal causes
+        the EffectWindow* argument to become invalid before the connected slot is
+        called (this is because Qt discards only delayed signal->slot calls where
+        the receiver gets deleted meanwhile, not the sender and definitely not
+        a random argument.
+        If the supposed glitches really happen, they should get fixed correctly,
+        and for all cases (I doubt only desktop number would be involved but
+        not e.g. shaded or minimized states).
+        Related to KDE#363224
+
+ -- Maximiliano Curia <maxy at debian.org>  Fri, 16 Jun 2017 11:03:29 +0200
+
 kwin (4:5.8.6-1) unstable; urgency=medium
 
   * New upstream release (5.8.6) (Closes: 846508)

-- 
kwin packaging



More information about the pkg-kde-commits mailing list