Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 100420
Summary: | gnome-terminal open tab twice, all black? | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Warren Togami <wtogami> | ||||
Component: | vte | Assignee: | Tomáš Bžatek <tbzatek> | ||||
Status: | CLOSED WONTFIX | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 4.0 | CC: | 13640887, adrian, bart.martens, bradb, dcbw, gkarabin, johnp, jorton, jsli, kyrsjo, oliva, tsmetana, wtogami, zcerza | ||||
Target Milestone: | --- | Keywords: | Regression, Reopened | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-06-20 16:13:59 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 100644 | ||||||
Attachments: |
|
Description
Warren Togami
2003-07-22 09:18:39 UTC
Predict this is a vte issue, gnome-terminal hasn't really changed. FWIW, I can't reproduce this on today's Rawhide. I haven't looked for the bug before, though, so I can't say if it's been fixed, or if it's just something that works on my machine. I still get the problem with gnome-terminal-2.3.2-1 and vte-0.11.10-2 (both in rawhide and Severn updates). I'm still seeing this with gnome-terminal-2.4.0.1-1 and vte-0.11.10-4 Moi aussi. Sometimes it takes more than two Ctrl-T's to get the black screen. vte-0.11.10-4 gnome-terminal-2.4.0.1-1 The problem is known upstream, see: http://bugzilla.gnome.org/show_bug.cgi?id=125364 I suggest to mark bug #110109 as a duplicate of *this* bug. *** Bug 110109 has been marked as a duplicate of this bug. *** The black background is displayed when opening the third, fourth, etc. tab, but not for the first two Closing all but the first tab and creating a new tab (i.e. a new second tab) still gives a white background, but opening a third tab again gives a black background. Switching from a tab with a black background to another tab and back again fixes the background (i.e. makes it white). gnome-terminal-2.6.0-1 vte-0.11.10-5.1 seems to be fixed for me in latest rawhide with these versions. Can anyone else confirm? I still get it with yesterday's rawhide (>= than yours): gnome-terminal-2.6.0-2 vte-0.11.10-5.1 *** Bug 134466 has been marked as a duplicate of this bug. *** Created attachment 105863 [details]
redraw vte screen when unobscured visibility event is caught
forgot to paste my comments sorry. 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. Patch seems to have the desired effect. Thanks Jon, this has been bugging me too for quite a while... Please add this patch to vte too. Patch added to rawhide. The bug is still in FedoraCore3, which provides vte-0.11.11-6. There is no standard update (in "updates-released" repository) available for yum. So, the usual update command: yum update doesn't solve the bug. The vte version available in the "development" repository (vte-0.11.11-15) seems to solve the problem. I've installed it with: rpm --import /usr/share/rhn/RPM-GPG-KEY-fedora-test yum --enablerepo=development update vte It would be useful to have the solution available in the "updates-released" repository for an easier update. Any possibility to be donne? [In Gnome Bugzilla, Olav recommends to upgrade to vte 0.11.12: http://bugzilla.gnome.org/show_bug.cgi?id=169207 ] Everyone's favorite bug is back again. On the creation of the first tab, the terminal is all white (no prompt or anything). On the creation of the second tab, the terminal is all black. Both new tabs are unresponsive. Switching to a different tab and back again will force an update, but it still does not respond interactively. vte-0.13.5-1.fc6.x86_64 I don't see this problem with vte-0.13.6-1.fc6.i386. Are you on i386 or x86_64? Also, try turning on accessibility. It may just happen more often if you do. i386 here. How do I turn on accessibility? You can turn on accessibility via this super-quick menu shortcut: System->Preferences->Accessibility->Assistive Technology Support->Enable assistive technologies For me, the various incarnations of this bug have always occurred far more often on x86_64 than on i386. I'm seeing this on i386 FC6 without Accessibility enabled. I am guessing this has some timing basis as it doesn't always happen. Hmm.. I'm not seeng this on FC5, never has (or FC6). But i see it regularly on RHEL (WS 4? i think so). FC5 and FC6 are not supported anymore. Can anyone reproduce this bug on F7 or F8? I have never seen it on newer FC, but I do think it does occur on RHEL, as stated in #26. Somebody should probably test that (The RHEL I have access to is an hour away from here (to acess the console of the machines directly, without SSH), and it is quite heavily modified...) reassigning to RHEL 4 Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. Please See https://access.redhat.com/support/policy/updates/errata/ If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue. |