GNOME Bugzilla – Bug 597242
libvte color and cursor glitches
Last modified: 2010-08-22 10:16:30 UTC
openSUSE 11.1, vte 0.17.4 I noticed that both sakura and gnome-terminal share some bugs, so I thought this must be related to libvte that both use. First thing is that the cursor unfortunately becomes invisible when hovering over text that is brightblue-on-blue (\e[1;34;44m), such as it happens in mcedit on EOL and whitespace highlighted in that color. Subsequently, I do not find an option to toggle the blinking of the cursor. Third issue is that interaction with BCE seems to be not correctly working. Point in case: echo -en "\e[44m\e[2J\e[1;1H""hello""\e[0;36m\n\t\e[0;44m""world\e[0m\n" Will leave black bands (assuming the default background is black) in terminals utilizing vte. The VGA console (aka tty1), Xterm and even PuTTY, all do the "right" thing however and have the entire background blue. \t is not equivalent to outputting spaces, but moving the cursor.
Fixed in master. Please test.
BCE was fixed, but the cursor is still invsible. Testcase to trigger: echo -en "\e[1;34;44m\e[2J"; result: the gray cursor disappears. expected result: gray cursor should not disappear (as xterm does).
Can you attach screenshots of both? I have no idea what you mean by "gray cursor".
Created attachment 148231 [details] "recordmydesktop" video of what's happening These two windows — one is xterm, the other is sakura using vte — run in a shared /usr/bin/screen session, so that they are in sync. The problem appears (and the cursor disappears in VTE) when it hovers over the large spaced area, which is displayed in brightblue-on-blue.
The problem here is that VTE uses the foreground color of a cell for the block cursor color, while xterm's cursor color is fixed (determined by the default foreground color, independent of any cell color).
Filed bug 602596 for that.