GNOME Bugzilla – Bug 586844
Problem with transparency in vte
Last modified: 2011-01-06 22:16:24 UTC
Please describe the problem:
Sometimes (circumstances unclear, but definitely more often than not), opening a new tab in either ROXTerm or gnome-terminal results in a tab with no transparency except where there's text. A simple ctrl-l fixes this slight annoyance, as does doing anything in the tab that makes text scroll. See example in attachment.
Steps to reproduce:
I'm using compositing via Cairo Composite Manager 0.2.93.
Does this happen every time?
Filed original as a bug in ROXTerm at https://sourceforge.net/tracker/?func=detail&atid=698428&aid=2797130&group_id=124080
Created attachment 137311 [details]
transparency issue with new tab in ROXTerm
Can you reproduce this in gnome-terminal when using metacity and metacity's compositor instead?
It seems I can't reproduce it at *all* if sawfish isn't running. Even with Cairo CM and no window manager running, it doesn't happen (this is also the case with compiz). But once sawfish is started back up, it starts happening again.
There appear to be some other problems with compositing when running sawfish (but not with compiz or even metacity+CCM):
Sometimes when tabbing between windows, a raised window doesn't redraw completely (or sometimes at all). If a transparent window above it is redrawn, all parts of the recently raise window under the transparency are visible through the transparency, even if the rest of the window isn't otherwise visible. This has been a problem for about the same amount of time as the issues with terminals, and my guess is that they're related. I can apparently take screenshots of this.
I suppose the question now is who to report the problem to. Sawfish seems like a first choice, though they're likely to blame it on Cairo CM (even though these problems don't appear to be present with metacity running with CCM).
It's of course possible that this is indeed a bug in vte being exposed by sawfish. But since it's not reproducible in either metacity or compiz, it's much more likely a sawfish bug. Let's try moving it there.
What CCM backend do you use? Try the different ones.
I'm using -of course- the latest gits of sawfish/rep-gtk/librep aswell as the latest git of CCM and I never saw that problem. I'll check it later on, but try using the latest versions of all 4.
I'm running the latest debian unstable versions of sawfish (126.96.36.199-1), rep-gtk (0.18.4-2), and librep9 (0.17.3-3). I'm using CCM 0.2.93, which I think is the latest stable release.
I was using the X rendering backend. When I switch to OpenGL TFP, the problem with window redrawing becomes much less severe (though there're still some problems). The problem with terminal redrawing remains in gnome-terminal (it's completely disappeared in ROXTerm).
I'll try installing the latest git of CCM later, and move on from there to sawfish and rep.
Created attachment 137924 [details]
screenshot #1 of window redrawing problem
Created attachment 137925 [details]
screenshot #2 of window redrawing problem
Created attachment 137926 [details]
screenshot #3 of window redrawing problem
Multiple screenshots to give a full idea of the sorts of problems seen. All with OpenGL backend to CCM.
... I just got that issue, too. After updating to X.Org 1.6.3 ... gimmie some time to check wether x.org (the driver) or sawfish is causing it.
I should add that I tried sawfish 1.5 recently and the problem was still there.
As for xorg, I'm using version 1.6.2 and the intel driver (version 2.7.1).
The following bug (which also affects me) is recently looking more and more related to this bug:
... well I just updated to vte 0.22.2 (Debian SID) and the problem is gone. I had that transparency issue with GNOME-Terminal + VIm. So I guess it actually was a VTE Bug.
can you confirm that?
It does indeed seem to've gone away FINALLY with the latest version of vte in debian.
..... What a relief. I can use sawfish painlessly again.
On further evaluation, it seems I've been getting similar problems as before, though usually not as severe. I finally caught one in a screenshot.
Created attachment 144915 [details]
problem continues with vte 0.2.22
Well I can't reproduce it with all vte-based Terminals, eg I can reproduce it from time to time with GNOME-Terminal, but never could with Guake, can you check that?
Still hapening? What versions are you using?
Haven't seen it in quite a while. I think there was a bug in roxterm that got fixed, and that fixed the rest of the trouble. I just upgraded to vte 24.3-2 (debian) from 24.1-1 and I'm running sawfish 1.5.3-2, which could probably also use an upgrade. But as relates to this bug, I think everything's been solved.
I should also note that I'm using xcompmgr now instead of Cairo. It seems much more stable, and though it lacks effects, it gets along with my system a lot better.
So I guess I can close it. Seemed to be a Rox/CCM issue.
Feel free to re-open if it ever happens again.