xserver-multidpi/composite
Adam Jackson 543287e60a composite: Fix repaint of borders (v2)
When going from border width zero to a non-zero border width, the
Composite extension is informed via the ConfigNotify callback. The
call-chain looks like this: compConfigNotify -> compReallocPixmap ->
compSetPixmap -> TraverseTree -> compSetPixmapVisitWindow. However, at
this time, pWindow->borderWidth was not yet updated. Thus, HasBorder()
is false and the window border will not be repainted.

To fix this, thread the new bw through to the window visitor, and
inspect that rather than HasBorder(). For the other callers of
compSetPixmap the border does not change size, so we can pass
pWin->borderWidth instead.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98499
Signed-off-by: Adam Jackson <ajax@redhat.com>
Reviewed-by: Keith Packard <keithp@keithp.com>
(cherry picked from commit f31875510d)
2017-01-11 15:00:47 -05:00
..
compalloc.c composite: Fix repaint of borders (v2) 2017-01-11 15:00:47 -05:00
compext.c res: Fix accounting of redirected window pixmaps for Composite 2016-06-21 11:11:49 -04:00
compinit.c composite: Factor out backing store transition 2015-09-24 13:01:51 -04:00
compint.h composite: Fix repaint of borders (v2) 2017-01-11 15:00:47 -05:00
compositeext.h composite: Add exception mechanism for implicit redirection policy 2014-04-01 10:31:09 -07:00
compoverlay.c Drop trailing whitespaces 2014-11-12 10:25:00 +10:00
compwindow.c composite: Fix repaint of borders (v2) 2017-01-11 15:00:47 -05:00
Makefile.am Export CompositeRegisterAlternateVisuals. 2009-04-27 13:29:40 -07:00