OSX の Terminal.app から Google Chrome Secure Shell appに端末アプリケーションを切り替えており、tmux のウィンドウ内のペイン間の行を分割する方法が端末ごとに変わります。
Terminal.app では、分割線はまさに次の行です。
Secure Shell では、分割線はqs の線としてレンダリングされます。
次の 3 つのケースが考えられます。
しかし、それがどれなのかわかりません。ケース＃3の場合は喜んでハックしますが、行とqsを表示する原因がわからないため、グーグルで検索して何をする必要があるかを学ぶための足がかりを得ることができません.
ターミナルエミュレータ（Google Chrome Secure Shell ）は、 tmuxセッションに接続（または開始）したときに有効なTERM環境変数で指定されたterminfoデータベースエントリによってアドバタイズされる代替文字セット（ASC）機能をサポートしていません。
Chromiumプロジェクトには、Chromeアプリが使用するターミナルエミュレーターでの文字セットのサポートに関する問題があります。
VT100ユーザーガイドによると、表3-9：特殊グラフィックス文字は、「特殊グラフィックスセット」が選択されている場合、q「水平線-スキャン5」を描画するために使用されます。
terminfoでは、VT100特殊グラフィックス文字は、代替文字セット（ACS）機能の一部として使用できます。terminfo（5）のマニュアルページの「ライングラフィックス」セクションを参照してください。
tmux 1.4以降を使用していて、Google Chrome Secure Shell-uがUTF-8をサポートしている場合は、tmuxクライアントに渡す（またはUTF-8LC_ALL、LC_CTYPE、またはLANGに存在することで） UTF-8線画文字を取得できるはずです。tmuxクライアントを実行します）。
または、 ACS関連のterminfo機能の設定を解除するようにtmuxを構成することもできます（の~/.tmux.conf）：
# Google Chrome Secure Shell does not (yet) support ACS; do not use it (for now).
set-option -ga terminal-overrides ',*:enacs@:smacs@:rmacs@:acsc@'
接続されたクライアントがUTF-8をサポートしておらず、そのTERMのterminfoデータベースエントリ（によって調整される）がACS機能をアドバタイズしない場合、 tmuxはASCII線画（、、、など）にフォールバックし-ます|。+terminal-overrides
注：構成の変更を有効にするには、基本的にtmuxサーバーを再起動する（すべてのセッションを終了する）必要があります。
同じ問題（パテ）があり、次のコマンドを使用してLANG環境変数を変更することで修正しました
export LANG="en_US:en"
次に、tmux を実行すると、行が正しく表示されました
それが役に立てば幸い
Secure Shell は現在、文字の線画を行っていません。それらはすぐに追加されます