Public bug reported: Ubuntu 8.04, gnome-terminal 2.22.1-0ubuntu2, libvte9 1:0.16.13-1ubuntu1.
Using tput(1) to send the terminal's terminfo init string to gnome-terminal, and hence vte as I understand it, gives inconsistent results. It often fails to initialise the terminal back to its defaults. Here's a command to show the desired behaviour. tr \\0 \\012 </dev/zero | head -100 | while read f; do tput setf 4; printf X; tput setf 0; printf Y; done It gives an alternating sequence of red X's and black Y's. Replacing the `setf 0', which is setting the foreground colour to black, with `init', as in tr \\0 \\012 </dev/zero | head -100 | while read f; do tput setf 4; printf X; tput init; printf Y; done gives many red Y's, i.e. the `tput init' is *sometimes* failing to have effect. I suspect it's a subtle timing issue where vte is examining the time between characters in escape sequences to determine if they are, in fact, an escape *sequence*. Note, xterm(1), and other terminal emulators I've tried, give consistent results, the `tput init' is always interpreted the same way. Here's a couple of bits of information that may be useful to confirm it isn't something odd on my local setup. $ echo $TERM xterm $ tput init | od -c 0000000 033 [ ! p 033 [ ? 3 ; 4 l 033 [ 4 l 033 0000020 > 0000021 $ This bug causes legacy programs that work consistently on other Unix and Linux systems to have display glitches with varying impact depending on when vte decides not to honour the request. The red/black XYs is just my simplification. :-) ** Affects: vte (Ubuntu) Importance: Undecided Status: New -- `tput init' works inconsistently in gnome-terminal, but not xterm, etc. https://bugs.launchpad.net/bugs/251105 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to vte in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs