ANSI issue with non-default foreground color

[gentzel]

Apologies if this is a duplicate. I've not noticed it being reported, but could easily have missed it.

I noticed an odd inconsistency that I finally tracked down to something unusual (at least to me) in ANSI control sequence handling. On my home system, where the Take Command foreground color is the default of C0C0C0, I never saw an issue. On my work system, where I'd brightened it up a bit to F0F0F0, I see this:

I would expect CSI 0m to return to the original foreground color, but it seems to instead be left as C0C0C0.

This is with ConPTY enabled.

 

[rconn]

You have ConPTY enabled, but do you have ANSI enabled? Those are ANSI escape sequences that are being displayed literally instead of interpreted as color resets.

 

[gentzel]

I do have ANSI turned on. And I'm not sure I understand your statement about the escape sequences being displayed literally - they're clearly being interpreted as the CSI 1m sets bold (seen on the second line) and then the CSI 0m reset turns off bold (third line).

I'm using echo to show the effect, using ^e for escape and ^n for newline. No ANSI (or any non-ACSII) character is being displayed literally.