UserAgent: Mozilla/5.0 (X11; CrOS armv7l 7834.70.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36
Platform: 7834.70.0 (Official Build) stable-channel veyron_jerry

Steps to reproduce the problem:
1. Open vim inside an hterm with TERM=xterm set
2. Open a file longer than one screen.
3. Move cursor to the bottom of the screen, then cursor down.

What is the expected behavior?
The scroll region set by vim (above the status line) should move up one line, and the contents of the next line should be added in the newly empty line.

What went wrong?
The contents of the line that should end up on the bottom of the scroll region appear briefly at the *top* of the scroll region. It's subsequently replaced by the correct contents. When scrolling line-by-line through a file, this results in a lot of distracting cycling of content on the top line of the scroll region.

WebStore page: https://chrome.google.com/webstore/detail/secure-shell/pnhechapfaindjhompbnflcldabbghjo?utm_source=chrome-app-launcher-search

Did this work before? N/A 

Chrome version: 49.0.2623.112  Channel: stable
OS Version: 7834.70.0
Flash Version: Shockwave Flash 21.0 r0

I've tried removing the cud1 entry from my 'xterm' terminfo record to see if the issue was maybe a problem with newline insertion. This didn't seem to have any effect, though. I suspect this bug is related to the recent change to setVTScrollRegion.