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 666328 - Annoying bright blinking on repaint.
Annoying bright blinking on repaint.
Status: RESOLVED DUPLICATE of bug 606655
Product: gnome-terminal
Classification: Core
Component: general
3.0.x
Other Linux
: Normal minor
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-12-15 23:18 UTC by Dawid Ciężarkiewicz
Modified: 2012-01-04 15:46 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dawid Ciężarkiewicz 2011-12-15 23:18:40 UTC
I'm using tiling managers along with Gnome software. This is common setup for many users.

Recently I've switched to white on black profile and I've noticed that there's something wrong with gnome-terminal repainting.

Each time I switch to a "tag" (tiling managers name for workspace) with gnome-terminal I have around 70% chance to get a white "blink" before gnome-terminal is fully painted.

It seems to me that the window is first filled with some white color, and immediately the current image of gnome-terminal window is painted on top of that. I guess that if this process happens before screen sync, I don't see the blink (30% chance), but if the screen sync is painted in between I got this artifact that flashes my eyes for a tiny, but noticeable while.

I've tried this on two tiling WMs (awesome and wmfs) and I get exactly same results. I believe, this happens on workspace switching in standard windows managers as well, but is less noticable due to smoothness/animations/etc.

If I do similar things with other terminal emulation software (xterm and others) I don't get this blinking. 


% gnome-terminal --version
Terminal GNOME 3.0.1
Comment 1 Christian Persch 2011-12-15 23:27:26 UTC
Is this a gtk2 or gtk3 build of g-t 3.0.1 ?

Does this happen with metacity or gnome-shell ? (Everything else is unsupported.)

Might be a dup of bug 606655.
Comment 2 Dawid Ciężarkiewicz 2011-12-15 23:38:10 UTC
This is Ubuntu 11.10. I haven't tried: I dislike Unity and I guess it's unsupported anyway.

It seems to be gtk3 (judging by the ldd output at the end).

#606655 looks very much like this. Hover I don't have to use any transparency: I use solid black).


% ldd `which gnome-terminal`
	linux-vdso.so.1 =>  (0x00007fff9b3ff000)
	libvte2_90.so.9 => /usr/lib/libvte2_90.so.9 (0x00007f6187578000)
	libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x00007f618734a000)
	liblaunchpad-integration-3.0.so.1 => /usr/lib/liblaunchpad-integration-3.0.so.1 (0x00007f6187145000)
	libgtk-3.so.0 => /usr/lib/libgtk-3.so.0 (0x00007f6186af6000)
	libgdk-3.so.0 => /usr/lib/libgdk-3.so.0 (0x00007f618687a000)
	libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f6186657000)
	libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f6186315000)
	libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f61860f6000)
	libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f6185eab000)
	libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f6185c5a000)
	libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x00007f6185a55000)
	libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f618575e000)
	libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f6185426000)
	libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f618521e000)
	libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x00007f6185003000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6184de6000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6184a47000)
	libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f6184839000)
	libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f618457b000)
	libtinfo.so.5 => /lib/libtinfo.so.5 (0x00007f6184354000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f61840cf000)
	libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f6183ecb000)
	libdbus-glib-1.so.2 => /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 (0x00007f6183ca5000)
	libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f6183a61000)
	libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f618385b000)
	libcairo-gobject.so.2 => /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x00007f6183652000)
	libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f6183426000)
	libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f61831f0000)
	libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f6182fdd000)
	libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f6182dd9000)
	libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f6182bc9000)
	libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f61829c0000)
	libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f61827b5000)
	libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f61825b2000)
	libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f61823af000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f6182196000)
	libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f6181f78000)
	libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f6181d5c000)
	libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f6181b54000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f618194b000)
	libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f618170f000)
	libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f61814f3000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f61812ee000)
	libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f61810e9000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f618784b000)
	libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f6180e51000)
	libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f6180bdc000)
	libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f61809b5000)
	libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f61807b2000)
	libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f61805a8000)
	libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f618039d000)
	libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f6180172000)
	libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f617ff6f000)
	libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f617fd68000)
Comment 3 Dawid Ciężarkiewicz 2011-12-15 23:41:53 UTC
Oh, and #606655 states that setting black background helps. I do have solid black X background set by:

% /usr/bin/xsetroot -solid black

from the  beginning.
Comment 4 Christian Persch 2012-01-04 15:46:10 UTC
(In reply to comment #0)
> I'm using tiling managers along with Gnome software. This is common setup for
> many users.

However it's not supported; try to reproduce using metacity with compositing disbled, or gnome-shell.

However I think this is simply a dup of bug 606655, and thus still an issue on gnome 3.2.

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