hterm: Line drawing characters (special graphics codeset) broken
Reported by
triskel...@gmail.com,
May 25 2018
|
|
Issue descriptionChrome Version : 66.0 What steps will reproduce the problem? (1) Open a terminal window with Ctrl-Alt-T (2) Type "shell", then type 'alsamixer' (3) Observe the line drawing characters around volume controls are replaced with 'x's and 'q's What is the expected result? Window borders and volume level boxes should be surrounded by solid lines. What happens instead? The characters 'x', 'l', 'q', etc. are displayed instead of lines from the VT100 "special graphics" codeset. Please provide any additional information below. Attach a screenshot if possible. This happens regardless of whether LANG/LC_ALL is set to an UTF-8 locale or 'C'. Tested with TERM=xterm, TERM=xterm-color, and (with an external terminfo) TERM=xterm-256color. tmux does not appear to be affected because it converts characters in this codeset to Unicode line drawing characters. This was observed on CloudReady releases but also exists on Chrome OS devices. Prior discussion and screenshots here: https://neverware.zendesk.com/hc/en-us/community/posts/360001292547-Alsamixer-Graphics-v64-2 |
|
►
Sign in to add a comment |
|
Comment 1 by vapier@chromium.org
, May 26 2018Summary: hterm: Line drawing characters (special graphics codeset) broken (was: hterm: Line drawing characters (special graphics codeset) broken since CrOS 64)