gpakosz/.tmux

Styling breaks since 7e00233

Frederick888 opened this issue · 9 comments

Environment

System: macOS
Terminal: Kitty 0.32.0 ($TERM: xterm-kitty)
Tmux: 3.3a
Awk: GNU Awk 5.3.0
sh --version: GNU bash, version 5.2.26(1)-release (x86_64-apple-darwin23.2.0)

.tmux.conf.local

Only overrode the separators. I made sure this was the only change after the default .tmux.conf.local changed too.

tmux_conf_theme_left_separator_main='\uE0B0'  # /!\ you don't need to install Powerline
tmux_conf_theme_left_separator_sub='\uE0B1'   #   you only need fonts patched with
tmux_conf_theme_right_separator_main='\uE0B2' #   Powerline symbols or the standalone
tmux_conf_theme_right_separator_sub='\uE0B3'  #   PowerlineSymbols.otf font, see README.md

Symptom

When using 1469d46:

Screenshot 2024-01-22 at 11 03 59 am

When using 7e00233:

Screenshot 2024-01-22 at 11 03 19 am

I can verify the same here. Anything after 7e00233 results in the plain status bar shown in the screenshot above. Reverting back to 7e00233 allows the proper theme configuration to be applied.

NixOS 23.11
tmux 3.3a

NOTE: Same .tmux.conf.local used on my three MacOS Sonoma boxes works just fine. Only on Linux is it having an issue for me.

Hello @Frederick888 and @mayersj1,

Can you please try reloading the configuration with <prefix> + r?

I tried on both macOS Ventura 13.4 and Sonoma 14.2.1 along with tmux 3.3a and I don't reproduce the issue, which may be caused by not reloading the configuration

@gpakosz I'm afraid the issue persists after reloading. Just tested under Arch too and it had the same issue.

I realised that this only happens with GNU sed. macOS (and BSD?) sed works fine. (GNU sed is my default sed under macOS too.)

@Frederick888 Ah thanks for mentioning GNU sed, that gives me a way to investigate.

I won't be able to fix that in the next couple of hours though. Stay tuned...

Can you please the gh-712 branch?

@gpakosz Yup it works :) Thank you

Verified fixed with latest pull. Thanks for the quick turnaround!