[Bug 2058] SSH Banner message displays UTF-8 multibyte char incorrrectly

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Sat Apr 27 16:25:06 EST 2013


--- Comment #6 from Damien Miller <djm at mindrot.org> ---
I think a reasonable answer is to decide whether the user's terminal is
UTF-8 capable (probably using $TERM, locale and/or platform) and, if
so, prepare the strings for display using stringprep

For everything else, continue to use strnvis(3)

I have the beginnings of a minimal stringprep implementation, but I'll
need some guidance on how to reliably decide whether UTF-8 is safe for
output (or some way to render it for the user's current terminal).

You are receiving this mail because:
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.

More information about the openssh-bugs mailing list