Please don't nuke scrollback when using CLI 🙏

[philipp-eisen]

Currently running lingo.dev run nukes the scrollback. Don't think that's a nice thing to do.

[tanmoyPaul12]

@philipp-eisen can you assign me

[gmpaliwal07]

Hi @vrcprl, I was able to reproduce this issue.

After investigating, found that the CLI is using a terminal escape sequence
that performs a full terminal reset. which wipes out the scrollback buffer
along with the visible screen. Replacing it with a sequence that only clears
the visible screen fixes the issue.

Already tested and verified locally

Could someone assign this issue to me? I'll open a PR shortly.

Environment: Arch Linux, zsh, Node v24.13.0

[maxprilutskiy]

Replacing it with a sequence that only clears
the visible screen fixes the issue.

Pretty cool @gmpaliwal07! Curious what's the difference? Can you show before vs after sequence?

[gmpaliwal07]

Hi @maxprilutskiy , I was able to reproduce and fix this issue!

Root Cause:
The CLI uses \x1Bc => a full terminal reset sequence that clears
both the visible screen AND the scrollback buffer.

Replacing it with \x1b[2J\x1b[H fixes the issue:

• \x1b[2J → clears only the visible screen
• \x1b[H → moves cursor back to top-left
• scrollback history is fully preserved ✅

Before fix: (scrollback wiped)
https://github.com/user-attachments/assets/aac277e5-f4d6-4d54-b3ed-3c73f595c5c6

After fix: (scrollback preserved)
https://github.com/user-attachments/assets/fae72cea-051d-4d07-88f4-05b942d338a5

[gmpaliwal07]

@vrcprl thanks for assigning I'll make a PR and get back to you.

[gmpaliwal07]

@vrcprl @maxprilutskiy PR raised! #2042
you can check and do let me know if any changes needed.
looking forward for review.
Thanks