You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have the latest version of fzf (0.41.1, latest available in chocolatey)
I have searched through the existing issues
Info
OS
Windows
Shell
pwsh
Problem / Steps to reproduce
Occasionally after an fzf call (that involves showing preview) the console (I repro'd this on Windows Terminal) enters some strange mode when it starts to interpret literally the carriage return CR chars and makes them distinct from LF chars:
After checking with Windows Terminal / Powershell / Console team it turned out that a wrong ConsoleMode is responsible for that kind of behavior. When I test it on a new tab the mode value is 7, but on a broken one it is 15:
My guess is that there are some conditions when fzf sets the DISABLE_NEWLINE_AUTO_RETURN flag and then forgets to cleanup. And this makes the console almost unusable. Plus it is very hard to pin point what is wrong here (I had this problem for months and then accidentally learned the contacts of the Windows Terminal / Powershell / Console team who knew what can cause it).
Windows Terminal has a long-term work item to keep the ConsoleMode internally by itself, but this would not be implemented anytime soon.
The text was updated successfully, but these errors were encountered:
man fzf
)Info
Problem / Steps to reproduce
Occasionally after an
fzf
call (that involves showing preview) the console (I repro'd this on Windows Terminal) enters some strange mode when it starts to interpret literally the carriage returnCR
chars and makes them distinct fromLF
chars:After checking with Windows Terminal / Powershell / Console team it turned out that a wrong ConsoleMode is responsible for that kind of behavior. When I test it on a new tab the mode value is 7, but on a broken one it is 15:
Setting the ConsoleMode back to 7 fixes the console:
The difference in flags corresponds to DISABLE_NEWLINE_AUTO_RETURN flag that fzf initializes here and sets here.
My guess is that there are some conditions when
fzf
sets the DISABLE_NEWLINE_AUTO_RETURN flag and then forgets to cleanup. And this makes the console almost unusable. Plus it is very hard to pin point what is wrong here (I had this problem for months and then accidentally learned the contacts of the Windows Terminal / Powershell / Console team who knew what can cause it).Windows Terminal has a long-term work item to keep the ConsoleMode internally by itself, but this would not be implemented anytime soon.
The text was updated successfully, but these errors were encountered: