GNOME Bugzilla – Bug 4993
gnome-terminal fails many vttest terminal emulation test
Last modified: 2018-03-27 17:44:43 UTC
Package: gnome-terminal Severity: normal Version: 1.1.0 >Synopsis: gnome-terminal fails many vttest terminal emulation test >Class: sw-bug Distribution: Red Hat Linux release 5.2 (Apollo) System: Linux 2.2.13pre12 i686 unknown C library: glibc-2.0.7-29 C compiler: 2.95.1 glib: 1.2.6 GTK+: 1.2.6 ORBit: ORBit 0.5.0 gnome-libs: gnome-libs 1.0.54 gnome-core: gnome-core 1.1.0 >Description: ref: vttest terminal complaince tester: http://www.clark.net/pub/dickey/vttest/vttest.html I like gnome-term, and would like to see it become an even better terminal emulator. I ran vttest against xterm-122 and gnome-terminal-1.1.0 and got the following: You can see that gnome-terminal fails quite a few things. If someone's looking for things to improve in gnome-term, here's a good place to start ;) Thanks! -Ross vttest results test xterm-122 gnome-term ------------------------------ 1 pass can't resize to 132col mode, no frame of E's 2 pass fail TAB setting/restetting fail 80/132 col light background fail light background Graphic rendition test 3 pass pass 4 pass fail left margin, fail double-width, fail 132 cols 5 pass subtest 8, fail AnswerBack subtest 9 control keys, can't type CTRL-@ 6 pass subtest 2, fail NewLine mode set subtest 4, fail device attribute report subtest 5, fail secondary device attribute report subtest 7, fails request terminal parameters 7 pass fail vt-52 test, fail double-width, fail 132-col 9 some fail subtest 5: fails 10 pass subtest 1: RIS doesn't clear screen 11 some fail subtest 1,1 8-bit controls enabled -failed subtest 1,2 test keyboard,printer,UDK,locator status fails subtest 1,3 test erase char fails subtest 1,7,1 test send receive mode - fail local echo, no remote subtest 1,7,2 fail invisible cursor subtest 3,1 fail charcter position absolute subtest 3,2 fail CBT subtest 3,4 fail CHT subtest 3,6 fail CNL subtest 3,7 fail CPL subtest 4,7 fails concealed test subtest 5,1 fail test protected area subtest 5,2 fail test repeat subtest 6,4 fail mouse highlight tracking subtest 6,5 fail mouse any-event tracking subtest 6,6 fail mouse button-event tracking subtest 6,8 fail window modify operations subtest 6,9 fail window reporting ------- Bug moved to this database by debbugs-export@bugzilla.gnome.org 2001-01-27 15:16 ------- This bug was previously known as bug 4993 at http://bugs.gnome.org/ http://bugs.gnome.org/show_bug.cgi?id=4993 Originally filed under the gnome-core product and gnome-terminal component. Unknown version 1.1.x in product gnome-core. Setting version to the default, "unspecified". The original reporter (rcampbel@us.oracle.com) of this bug does not have an account here. Reassigning to the exporter, debbugs-export@bugzilla.gnome.org. Reassigning to the default owner of the component, gnome-core-maint@bugzilla.gnome.org.
Do you know where this test suite can be found now?
Have the results changed since?
This has been tested and found to be equally lacking now. Maybe we should run the test suite against the new gnome-terminal. I have it if someone wants it.
Moving to 2.0.x as the 1.4.x stuff is probably not going to be changed.
Kjartan: if you've still got it, can you run it and post the results here (ideally against both zvt and vte? :)
Moving this to NEEDINFO. Can someone with access to the test suite run it?
The test suite is here: http://dickey.his.com/vttest/vttest.html I've played 5 minutes with it and there are some bugs. But I guess we should move this bug to vte, shouldn't we?
Agree with Vincent Untz, vte does the terminal handling. Moving.
*** Bug 113073 has been marked as a duplicate of this bug. ***
Hi, I'm taking a look at making vte a bit more vttest conformant. From the comment on #113073: > The tests that are sensitive to screen width (marked with an asterisk) > fail unless the screen is manually set to the correct width. 1, 4, 9, > 10, and 11 look wrong unless the screen is 80 characters wide. 2 > looks wrong unless the screen is 132 characters wide. xterm resizes > itself for these tests (with the exception of 4). This happens because in vte.c - vte_sequence_handler_decset_internal the setting number 3 (which is DECCOLM: ESC [ ? 3 h -> sets terminal to 132 columns (setmode), and ESC [ ? 3 l -> sets terminal to 80 columns (resetmode)) are simply skipped over. The comment says : /* 3: disallowed, window size is set by user. */ If people think this might be worth having, I'll take a stab at it. Note that xterm has it only if run -132 or if it gets enabled with some magic sequence/terminal options (in fact, vttest manages to enable it even when xterm, is not launched with "-132"..haven't checked how yet though)
Created attachment 47661 [details] [review] Enables DECCOLM Well this was pretty much already implemented just disabled. So here is a small patch to reenable DECCOLM
I tried this patch and it made no difference here. The terminal stayed the same size for both the 80 and 132 column testcases. Are we still missing the magic sequence to get it resized on the fly?
For the time being you have to use vteapp to test this stuff. Because gnome-terminal has his own handlers for resize signals. I attach a patch that mimicks xterm's DECCOLM behaviour more closely (i.e. it allows you to use DECCOLM only if you enable it with \033[?40h) It's still a bit buggy because it depends on the speed that is used in vtetest. I hope to fix it up soonish though.
Created attachment 48158 [details] [review] Enables DECCOLM similarly to xterm
*** Bug 501413 has been marked as a duplicate of this bug. ***
An old comment asks: > Do you know where this test suite can be found now? One place you can find vttest is in the Ubuntu repositories: Package: vttest Version: 2.7+20071216-1 Section: universe/utils Description: tool for testing VT100 compatibility of terminals This package provides a program designed to test the functionality of a VT100 terminal (or emulator). It also supports analysis of VT220, VT420, and xterm. Homepage: http://invisible-island.net/vttest/ And I'll note that gnome-terminal and other emulators using vte still fail several of the tests, as I noted in a bug report against the ROXterm emulator: https://sourceforge.net/tracker/?func=detail&atid=698428&aid=2779885&group_id=124080 Both gnome-terminal and ROXterm fails to render screen 2, 3, and 4 of test #1 correctly. I think they handle all of the screens of test #2 correctly. And I see that some explanatory text in screen 4 of test #1 is initially invisible, but if the window loses focus and regains it, the text appears. This happens identically with both programs.
Review of attachment 48158 [details] [review]: Index: vte.c =================================================================== RCS file: /cvs/gnome/vte/src/vte.c,v retrieving revision 1.422
There were lots of emulation fixes recently; in particular, vte now passes vttest's #1 and #2 (except for blinking).
Closing this bug now; there've been many many changes since this was opened and it's unclear if any issues still apply. If you find a problem with vttest on vte git master please report new bug(s, one per issue). Make sure you use vttest from https://gitlab.gnome.org/chpe/vttest .