Display was wrong

I don't know the special condition it happens ,but it appears frequently. I can't describe it clearly ,pls see following pics .

Case one: I type two same command in spite panes at the same time,the right pane display was different from the left(right one),the .sock should display in the end ,but it was display in font of the line

Case two: I use vi to edit a text file,then search a word,then type several n to search next ,it display like that

There are some info

• It was not appear every time
• Only happen when i ssh the remote server,I am sure the server is ok,because mysql colleague use the same servers never meet the same situation(he use OS X 10.9 with iterm2)
• Frequently happen in long command and split panes

I was not good at English ,hope you can understand what i say

com.googlecode.iterm2.plist

iTerm2 version :2.0

OS version:10.10.3

Milestone changed to Ship 3.0

For case 1: What is your $PS1 variable set to (I assume you use bash)? For case 2: What's wrong? Is it the numbers on the right that should be on the left?

I'm also curious if this happens for you on the nightly build (https://iterm2.com/nightly/latest)

Assignee removed

in case 1 , I ssh the same server and type the same command in two split panes,and never update $PS1, so i think they should display same.

in case 2 , the right display should like that (the line that green box out should only one line ,the red word in english is "search hit BOTTOM, continuing at TOP")

And nightly build still not happened it , but i prefer Stable release to nightly build ,i don't like nightly build apperence!

It happens again in nightly build ，but times are less

I will need a debug log in order to figure out what's going on. I know it's not easy to make, but there's just too much going on to understand without one. https://gitlab.com/gnachman/iterm2/wikis/DebugLogging

what i do like following:

1. visudo
2. update file
3. press esc for normal model
4. press u for undo several times

debuging log : debuglog.txt

I'm still confused. i see you run visudo and type "asdf" before #include /etc/sudoers.actiontech. But I can't tell what's wrong. What did you expect to see?

this time ,i will write down my steps ,and capture the screen，and provide debug.log

• steps

1. visudo
2. shift+g
3. o
4. input abcd then enter (repeat 3 times)
5. esc
6. u (repeat 5 times)
7. :q

• screen shows : (please attention the left bottom)

• debuglog.txt debuglog.txt

After you run visudo I see some funny stuff at the bottom below vim's status bar. I wonder if there's something odd in root's vimrc that's causing display problems.

"/etc/sudoers.tmp" 94L, 3250C
## Storage
#Cmnd_Alias STORAGE = /sbin/fdisk, /sbin/sfdisk, /sbin/parted, /sbin/partprobe, /bin/mo
unt, /bin/umount

I'd also suggest trying iTerm2 2.9 just to confirm this isn't related to an issue that's already been fixed (https://iterm2.com/nightly/latest). Finally, it would be helpful to try Terminal.app to verify that it's a vim issue rather than an iTerm2 issue.

I think it was not vim issue, because it not happen when i only use one pane like follows :

It was well in first half of the GIF

And like i said before, many people use the same servers with same user(root), only in my computer can reappear it,the more information i can provide is other people use OS X 10.9

I already use latest nightly version.

An other case:

1. two panes
2. long command
3. up alternates with down.

debuglog.txt

What is the value of $PS1 and $TERM? When you run stty -a does the number of rows and columns show match reality?

I think i know what cause this problem. When i ssh remote server and adjust pane size,then i run stay -a, the numbers of columns dose fix it value . run in local don't have this problem .

please pay attention on the number of columns when i run stay -a

first gif is run on local second gif is run on remote server

Does the first answer here help you?

http://unix.stackexchange.com/questions/61584/how-to-solve-the-issue-that-a-terminal-screen-is-messed-up-usually-after-a-res

"checkwinsize" option is activated in my session using

Ok, try running ssh with the -vv option (for example, ssh -vv example.com). When you split the pane, do you see this:

debug2: client_check_window_change: changed
debug2: channel 0: request window-change confirm 0
debug2: client_check_window_change: changed
debug2: channel 0: request window-change confirm 0

No,I didn't see that

Weird. Do you see it if you resize the window by dragging? Also, can you make me a debug log that includes splitting the pane? I think we're getting a little closer...

I am sorry, i made a mistake,i see this when i split the pane and resize the windows

debug2: client_check_window_change: changed
debug2: channel 0: request window-change confirm 0

It sounds like the remote end is getting the notification about the window resizing. Does this also happen if you drag to resize a window?

Status changed to closed