Closed refractalize closed 2 years ago
Update: I was actually able to reproduce this in Terminal.app (macOS) so this is definitely NOT a kitty bug. Can reproduce in zsh as well as bash, seemingly on any terminal. Clearly something wrong with heroku
or fzf
, but odd that it puts the shell/terminal into a broken state well after these commands have been run. Closing...
FWIW, i can fix this by comparing stty
output with a working terminal and undoing the differences with (in this case) with stty isig iexten icrnl ixon brkint opost
or stty sane iutf8
Describe the bug
Sometimes when using a shell, newlines will start on a new row (correctly) but at the same column as the cursor was previously, not at the far left. Video below will explain this better.
To Reproduce
I realise these instructions aren't ideal, but it's the only way I could reproduce it
fzf
heroku config -a $MY_APP_NAME | fzf
ctrl-c
out offzf
before the config is outputThere's definitely some interaction between
fzf
andheroku
here that I wasn't able to reproduce otherwise (I tried replacingheroku config
with a script that had similar timing and output, but no.)Once in this state, any text that has a newline will not reset the column back to 0, or, in other words, the new line will start at the same column as the previous line ended.
Resizing the window (either by resizing the OS window or the window via keyboard shortcut) will reset the line back to the far left again - you can see this in the video.
Screenshots
https://user-images.githubusercontent.com/123917/173082967-a46f3204-1037-4101-9f8d-ae963e524f35.mov
Environment details
Additional context
I can reproduce this even with
kitty --config NONE
.