After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 757104 - Black border appears during resize before content of window is displayed
Black border appears during resize before content of window is displayed
Status: RESOLVED DUPLICATE of bug 748498
Product: gtk+
Classification: Platform
Component: .General
3.17.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2015-10-25 18:48 UTC by Sebastian Gerhardt
Modified: 2018-02-15 08:08 UTC
See Also:
GNOME target: ---
GNOME version: 3.17/3.18


Attachments
Patch to set background of GTKWindow to bg color of theme (1.29 KB, patch)
2015-10-25 18:48 UTC, Sebastian Gerhardt
none Details | Review

Description Sebastian Gerhardt 2015-10-25 18:48:55 UTC
Created attachment 314092 [details] [review]
Patch to set background of GTKWindow to bg color of theme

When a toplevel window (GTK+3 application window) is enlarged, the additional space is drawn black until the widget has processed the reconfigure event and overdraws this blank space. A similar effect is seen when maximizing or panning in the window from the outside of the screen (no compositing WM used).

After this commit, the effect became much more noticeable as apparently now the GDK default for the background is always used (solid black).
https://git.gnome.org/browse/gtk+/commit/?h=gtk-3-18&id=74f2d9448f24bbfdaf32ae6b328ed3e126700afe

In case you do not want to revert this commit, I suggest that the solid background color of the GDKWindow be set according to the theme used. This makes the reconfigure appear more smoothly again. I will attach a patch for this.
Comment 1 Matthias Clasen 2015-10-27 13:49:55 UTC
What window manager is this with ?

GTK+ uses the _NET_WM_SYNC_REQUEST protocol specified in the window manager spec to avoid precisely this.

http://standards.freedesktop.org/wm-spec/wm-spec-latest.html#idm140200472538288
Comment 2 Sebastian Gerhardt 2015-10-27 19:29:51 UTC
The WM is MATE's Marco, which should indeed have support of _NET_WM_SYNC_REQUEST protocol.

I still think there are cases not covered by _NET_WM_SYNC_REQUEST. For example, when the users moves in a window from outside of the screen. Or when the window's content is invalidated because another window is moved over it. Then Configure events may also be triggered.
Comment 3 carstenmattner 2017-06-26 16:24:03 UTC
Sebastian's patch has papered over https://bugzilla.gnome.org/show_bug.cgi?id=771708. Thank you Sebastian!
Comment 4 Daniel Boles 2017-08-25 01:24:04 UTC
*** Bug 771708 has been marked as a duplicate of this bug. ***
Comment 5 Daniel Boles 2018-02-14 20:59:57 UTC

*** This bug has been marked as a duplicate of bug 748498 ***