1587 / vim

Automatically exported from code.google.com/p/vim
0 stars 0 forks source link

"[[2;2R" printed in buffer area on vim startup #390

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. SSH into server running slowly (?)
2. Start vim with many plugins enabled (?)
3. Observe "[[2;2R" at the top of the buffer area (see screenshot).

What is the expected output? What do you see instead?
I expect that part of the buffer area to be blank. Instead I see "[[2;2R" junk 
that goes away if I refresh the terminal with ctrl-L.

What version of the product are you using? On what operating system?
vim 7.4.622 on Ubuntu Linux 14.04

This is very similar to #183 which was closed as not reproducible and was 
speculated to be fixed by patch 7.4.207.

Original issue reported on code.google.com by dbarn...@google.com on 2 Aug 2015 at 9:23

Attachments:

GoogleCodeExporter commented 9 years ago
Adding `set t_u7=` to the top of my vimrc as a workaround fixes it.

Original comment by dbarn...@google.com on 2 Aug 2015 at 9:24

GoogleCodeExporter commented 9 years ago
Oh, and it's a transient issue not consistently reproducible. I think it has 
something to do with my machine being slow and/or using vim over SSH, but it 
repros in xterm, gnome-term, etc.

Original comment by dbarn...@google.com on 2 Aug 2015 at 9:26

GoogleCodeExporter commented 9 years ago
You could try this: in src/term.c, change the length checks to one less:

        if ((*T_CRV != NUL || *T_U7 != NUL)
            && ((tp[0] == ESC && len >= 2 && tp[1] == '[')
                || (tp[0] == CSI && len >= 1))
            && (VIM_ISDIGIT(*argp) || *argp == '>' || *argp == '?'))

Assuming that you only received ESC [ it would currently not check for a match, 
it needs another character.  Disadvantage: if you actually type ESC [ the same 
would happen...

Original comment by brammool...@gmail.com on 4 Aug 2015 at 12:04