Open GuillaumeDesforges opened 5 years ago
That is quite likely a language issue. Yes, weird, i know. But i had the very same issue and a missing language environment variable was the cause of it.
Look in your /etc/locale.conf and see if you have set LANG and LC_ALL
export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8
OR to whatever language you want. Just make sure they are set.
I have the same problem and the locales are set properly, side note in my config seems to happen when using sudo -s
same issue, it seems like setting LANG and LC_ALL doesn't solve the problem
Same problem here, having thos config elements but problem persist
Same problem on macOS (Mojave)
What terminal emulators are y'all using? This sounds like a "treat ambiguous-width characters as double-width" vs "single-width" or Unicode width lookup table, which are usually terminal-level configuration issues.
(The problem is that the command part of the prompt gets redrawn upon tab completion, so if the terminal is wrong about how wide some of the prompt characters are, it'll be off by one or so when it goes back to where your command is to redraw it.)
Same problem on Windows 10 2004 (19041.264) + wsl 2 (ubuntu 18.04) with Windows Terminal (0.11.1251.0).
same problem here, locales doesn't work
same problem here, locales doesn't work ARMBIAN 5.77 user-built Debian GNU/Linux 9 (stretch) 5.0.2-aml-s905
Related problem here on macOS terminal and iTerm2 likewise. Auto complete removes the white space between the prompt and the actual command. Sometimes messes with the actual string when editing commands from history. Problem is only reproducible when working as root. Thought its the litte flash symbol, but can't reproduce it with a normal user after an error (little x), and if it's the unicode character I'd expect it to be the same issue.
Edit: It really seems to be the flash symbol. It's width seems to change in some cases for reasons I don't unterstand. Changed to another theme that does not use that symbol.
i get a similar issue except one of my characters gets eaten every so often like so
git checkout evelop
Switched to branch 'develop'
notice no "d" but the checkout succeeded. it causes a lot of headaches for me
Same issue though it's 4 spaces on Arch across almost all popular terminals, the only ones it MIGHT work on are the ones I didn't/couldn't test, I even checked the settings of them
Bug description
gi
.This bug happens with theme agnoster. I have tested with another theme (itchy which is provided with oh-my-zsh by default) and everything behaves as expected, as shown by following picture: