Koichi Murase

> ``` > "shell": { > "name": "bash", > "default": "bash", > "plugins": [ > "atuin", > "bash-preexec" > ], > "preexec": "none" > }, > ``` `bash-preexec` does not...

While testing another report, I realized that this happens in kitty. The problem still doesn't arise in other terminals. It seems to be some interference between bash-preexec and kitty's shell...

I checked what was happening. kitty's shell integration appends the following command to the shell variable `PROMPT_COMMAND`: ```bash builtin declare -F _ksi_prompt_command > /dev/null 2> /dev/null && _ksi_prompt_command ``` Since...

To check whether the same issue causes the problem, I think you can check the variable `PROMPT_COMMAND` in the first call of `preexec`... Then, I realized that you've already provided...

To work around the issue, `source /path/to/bash-preexec.sh` can be put on the very last line of the startup file (which is `~/.bashrc` by default). - However, the shell integration of...

Contributions are welcome. One may consider porting the corresponding Oh-My-Zsh plugin. I should note one thing: the original `kube-ps1` seems to be licensed under Apache 2.0 License, which is incompatible...

I don't have macOS (and other maintainers do not seem to have macOS either), so we cannot directly check the behavior in macOS. I'm not sure if I understand the...

The following Stack Exchange question seems to discuss a similar issue with GNU Emacs. - [macos - Why is my LANG=en_US@rg=fizzzz and what can I do about it? - Ask...

Thank you for checking the behavior. > ```console > $ declare -p LANG "${!LC_@}" > declare -- LANG="en_US.UTF-8" > > $ locale > LANG="" > LC_COLLATE="C" > LC_CTYPE="C" > LC_MESSAGES="C"...

> ```console > $ export LANG='en_US@rg=fizzzz.UTF-8' > WSAC9JJH41J9J:eriker-dotfiles [master]$ locale > LANG="en_US@rg=fizzzz.UTF-8" > LC_COLLATE="C" > LC_CTYPE="C" > LC_MESSAGES="C" > LC_MONETARY="C" > LC_NUMERIC="C" > LC_TIME="C" > LC_ALL= > ``` This implies...