Resizing terminal window on OSX behaves weirdly

[boxed]

Write a really long line so that line break kicks in, then take the corner of the window and wiggle it. The resizing is partially correct, but multiple errors when resizing accumulate. Lots of extra blank lines are created and other artifacts show up.

[thomasballinger]

I'm really interested in this - as far as I can tell, it's at least partially impossible in partial lines are going to be added to scrollback history when lines wrap, and this wrapping behavior can't be turned off. But it could be mitigated by predicting how a terminal emulator would wrap a line, and registering that that much history was wrapped. As long as the lines that are being wrapped aren't those at the very top of the screen, it should be possible to maintain the integrity of terminal history.

I'd like to instrument various terminal emulators to build tests to check this behavior, because it's pretty finicky. I'd love to help out if I can with this problem.

[jonathanslenders]

@boxed Thanks for reporting the bug. There is at least one part of which I know the solution, I don't have anymore time today, but I can fix that tomorrow.

@thomasballinger Thanks for your offer, I'll tell you if I need help.

[santagada]

I'm having really weird resize bugs on osx (both iterm2 and Terminal.app):

• toolbars and lines don't resize at all
• long lines of text end up being printed many times when resizing
• text get overwritten when the line size has changed.

Is any of that from the time of this bug or are they recent? I think I saw resize working on osx a long time ago