odd moving of text when on bottom row of terminal

[fdncred]

this is hard to describe but it appears that in Windows using Windows Terminal, when you're on the bottom row of the terminal and you type something like 'now is the time for all good men' and hit enter, it briefly moves the text ~10 characters to the right, then accepts the text and prints it as normal. It's really odd and hard to explain.

I reproduce this by doing:

1. clear
2. cargo clean
3. cargo run
4. ls
5. now is the time for all good men
6. and watch it shift and then accept

i've tried to capture it with screentogif but i'm not able to.

ok, here's what it's doing. i changed screentogif to run at 60 fps and i caught the error. here are the 3 frames.

frame 1 - when i typed in some (any) text

frame2 - the flashing that i see, which i characterized above as ~10 chars to the right. it actually is moving the text to the right because it's prefixed by Our buffer:

frame3 - when it accepts the text

[sholderbach]

Triage: Has this been resolved on Windows by the fixes from #77?

[stormasm]

Same exact issue on the Mac as described in #132

[fdncred]

@sholderbach I haven't tested recently. Feel free to close this issue if you think it's fixed by #77.

[stormasm]

@fdncred @sholderbach this issue is not fixed on the mac...
Everything is strange and weird at the bottom row of the terminal on the mac as described in #132
Where as if I do a Ctrl-L and I am at the top of screen everything works as it should.

The way to reproduce this is inside engine-q (on a mac) simply add a println! debug statement to any loop in the parser and you will see the behavior...

[fdncred]

oh, @stormasm, I thought you were saying that issue #132 wasn't fixed on the mac. Sorry.

[stormasm]

@fdncred yep ---- sorry about that ---- I should have been more clear...

[sholderbach]

Probably out of date, painting logic and handling of the bottom of the screen case was changed significantly with #217