FinalTerm escape sequences are stripped from prompt filter about clink HOT 5 CLOSED

I see, yes. I'll change how it parses OSC codes so it doesn't assume a single digit anymore.

Also, the sample Lua script has problems -- it is important to remove the \001 and \002 sequences from the Lua script:

1. Clink automatically adds \001 and \002 characters where needed for the Readline library. If you manually add them as well, then you're doubling them up as \001\001 and \002\002, and the Readline library can get confused about the width of the prompt and whether/where it wraps to a new line, which can cause garbled output while typing input at the command promtp.
2. In the clink.print() case they are literally printed to the terminal (the Readline library is not involved, so they go straight to the terminal without being stripped).

The \001 and \002 stuff is specific to Readline, and not to anything else. Clink automatically handles adding them; you shouldn't add them yourself.

from clink.

If they're stripped, then it means Clink doesn't recognize the terminal program, and was forced to fall back to its own built-in terminal emulator.

See the terminal.emulation setting.

from clink.

I was testing it with Windows Terminal Dev (microsoft/terminal@48eee4d, build from CI) with terminal.emulation = native and now tested with emulate too, but it didn't change anything.

from clink.

Thank you and thanks for the remarks regarding \001 and \002!

from clink.

It was simpler than I anticipated: unrecognized OSC codes were accidentally reported as though they were recognized. But the code that tried to handled recognized OSC codes didn't know what to do with them, so they got accidentally stripped. The fix is simply to accurately report whether OSC codes are recognized.

from clink.