-
Notifications
You must be signed in to change notification settings - Fork 1.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unicode characters make the prompt disappear #6799
Comments
"↓" is not an emoji, it is a character of ambiguous width. I.e. set fish_ambiguous_width to 1. |
That didn't result in any difference. |
Set it to 2? Otherwise the remaining possibility is that you have more than 1 ambiguous character in your prompt, and that they're rendered of different width. Can you try reducing it to a simple prompt and share the code? Also what OS is this on? |
Oh, wait, this is a duplicate of #6736 You are using a C locale. Stop that and it'll work. The 3.1.1 release will handle this better, but setting a C locale and using non-ASCII characters is still misconfiguration. |
I had to reconfigure the locale and reboot (that's arch for you), but setting |
Since upgrading to 3.1.0 my prompt has been behaving oddly. The right prompt would shift around and if I resized my window the left prompt would completely disappear.
I tried the blank environment and the issue went away.
I disabled Oh My Fish, reverting back to the default prompt and the issue also went away.
I tried to rebuild my prompt from scratch and the issue was gone until I added back in special characters.
The difference between these two sessions is the presence of ↓ in the left prompt.
One of the characters I had previously tried was an emoji, so I tried different values of
$fish_emoji_width
, but to no avail.I'm currently using Konsole, but this also happens in Alacritty.
Even just the presence of a special character in the input seems to break rendering.
The text was updated successfully, but these errors were encountered: