-
Notifications
You must be signed in to change notification settings - Fork 8.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Escape Characters not Rendered #12531
Comments
The escape codes are not common. I only stumbled across them recently with bluetoothctl. |
What do they display as in those applications? DDG officially reports that they have no visual representation
As SOH (start of heading) and STX (start of text), they have no defined meaning to a terminal emulator. Based on the way they're wrapping other control sequences, it looks like they are being used to suppress those sequences from being counted as visible text. If they're making it out to the screen, that suggests that some intermediate application is not properly stripping them out. |
I did more experimenting and you're correct, they do not affect the format. The other terminal emulators appear to just ignore them. |
FYI, we've discussed these controls before in #10786. |
Yea, this looks like /dup #10786 to me. |
Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report! |
Windows Terminal version
1.13.10395.0
Windows build number
10.0.19044.1526
Other Software
No response
Steps to reproduce
Run
echo -e "\x01\x1b[1;39m\x02test\x01\x1b[0m\x02"
Expected Behavior
It should display "test" with formatting.
Actual Behavior
Windows Terminal displays placeholder boxes instead of \x01 and \x02. I'm not sure what those escape codes are for, but they display correctly in Cygwin's mintty terminal and default terminals on Mac & Linux.
The text was updated successfully, but these errors were encountered: