GNOME Bugzilla – Bug 125364
vte screens are black when initially shown
Last modified: 2007-01-22 20:29:34 UTC
Using gtk HEAD as of yesterday, and gnome-terminal HEAD, every once in a while I get a black screen when opening a tab in gnome-terminal, as in the following screen shot. As the screen gets repainted, it is painted in a white background, as expected. This is 0.11.10
Created attachment 20894 [details] vte screen painted black
*** Bug 130015 has been marked as a duplicate of this bug. ***
This bug is currently in Fedora Core 1, with vte-0.11.10-4 gnome-terminal-2.4.0.1-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100420
I get the same behaviour on my Fedora Core 1 system (me, too!) so it's not a system-specific thing. I've got vte-0.11.10-4 and gnome-terminal-2.4.0.1-1 as well. Redhat's bugzilla entry for this basically just says "the gnome guys are aware of it". executing `reset` at the terminal sets the background colour back to white as it should be.
*** Bug 144498 has been marked as a duplicate of this bug. ***
Steps to reproduce the problem are described in bug 144498.
I have pretty basic gui programming skills, but was tired of the nagging bug and here is my take on what is going on. I am a fedora list and have also posted my "solution" to their bugzilla. This issue seems to be caused by a race condition between the visibility event and the configure-event. The terminal knows it is visible, and the vte_terminal_configure_toplevel callback is attached, but the configure-event never happens. My most elegant solution has been to run vte_invalidate_all on the terminal when the visibility event is caught and it's state is UNOBSCURED.
Created attachment 33150 [details] [review] redraw vte screen when unobscured visibility event is caught this is against the most recent vte source from fedora. I think it will patch against gnome cvs as well.
*** Bug 156265 has been marked as a duplicate of this bug. ***
*** Bug 158472 has been marked as a duplicate of this bug. ***
Is this going to be fixed? The bug remains in 2.8.2.
*** Bug 165387 has been marked as a duplicate of this bug. ***
I still see this behavior. Nalin?
In Ubunty hoary with: acs@delito:~$ dpkg -l | grep vte ii libvte-common 0.11.11-5 Terminal emulator widget for GTK+ 2.0 - comm ii libvte4 0.11.11-5 Terminal emulator widget for GTK+ 2.0 - runt acs@delito:~$ dpkg -l | grep gnome-terminal ii gnome-terminal 2.9.1-0ubuntu1 The GNOME 2 terminal emulator application the problem can be reproduced. I will try to test the patch and feedback.
This patch has been used in fedora core for months now. Commiting to CVS.
*** Bug 169207 has been marked as a duplicate of this bug. ***
The bug is still in FedoraCore3. And the standard update ("yum update" command) doesn't fix it. I've reported the bug to redhat's bugzilla: https://bugzilla.redhat.com/bugzilla/process_bug.cgi#c19 If you have FedoraCore3, the quick fix is: rpm --import /usr/share/rhn/RPM-GPG-KEY-fedora-test yum --enablerepo=development update vte That uses the "development" repository and installs vte-0.11.11-15, which seems to fix the bug.
Sorry, the link was wrong. The link for the bug at redhat is: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100420
I can still see this bug in Ubuntu breezy libvte4 package version: 1:0.11.15-0ubuntu2 gnome-terminal version: 2.12.0-0ubuntu2 I wonder if this has to do with the flickering when I open new terminal windows or tabs: the white background of the terminal is first clearly painted black and then a split second later filled with normal white background. I'd love to see that flickering go away.
A few months ago I have seen to problem again a few times in Fedora Core 4 although I don't recall seeing it lately. These are the package versions that I have right now (no guarantee that these were the versions when the issue resurfaced): vte-0.11.14-3.fc4 gnome-terminal-2.10.0-2
The rest seems to be a GNOME terminal issue. as the name suggests, terminal_screen_update_on_realize from GNOME terminal is only called when the vte widget is realized. This route is also taken for the font updates. I'm using a white-on-black setup and can confirm that the first few characters on the terminal slightly flicker, since they're ovbiously set after the first expose event has happened.
Reassigning to GNOME terminal.
*** Bug 317463 has been marked as a duplicate of this bug. ***
Not a blocker at this stage given the patch that has since been committed that makes the bug much more rare.
well why actually are we presented a black terminal before it switches its background color to white ? avoiding this at all would also speed up things....
one more note: this the window remains black issue, happens not just rarely here... it seems to happen more often especially under load...
The Debian bug report about this issue: http://bugzilla.gnome.org/show_bug.cgi?id=125364
Hum, this is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=363612 instead
Created attachment 80875 [details] [review] update the color scheme earlier in the show I stop getting the background with this patch. Can you people verify?
Awesome. Works here. Please commit!!
2007-01-22 Behdad Esfahbod <behdad@gnome.org> Bug 125364 – vte screens are black when initially shown Patch from Mariano Suárez-Alvarez * src/terminal-screen.c (terminal_screen_reread_profile), (update_color_scheme): Update the color scheme earlier in the show.