fish, version 2.6.0
macOS 10.12.5 (16F73)
iTerm2 Build 3.0.15
With a fish_prompt of
functionfish_promptecho"$COLUMNS > "end
I see some weird behaviour. Specifically, the first prompt of any fish invocation prints 80, while subsequent prompts print 120 (actual width).
This happens for new tabs, new windows, and even nested fish shell invocations.
Pressing return, resizing the window (in either dimension), pasting something (presumably because of the syntax highlighting), or even pkill -SIGWINCH fish in another session, all fix the prompt.
I have a "-d 3" log of fish, where all I do is press return to update columns and then quit.
The text was updated successfully, but these errors were encountered:
Good catch. Thanks for reporting this. It turns out that we currently don't interrogate the size of the terminal until after the first time fish_prompt is run when fish needs to decides whether its output will fit on the screen.
fish, version 2.6.0
macOS 10.12.5 (16F73)
iTerm2 Build 3.0.15
With a fish_prompt of
I see some weird behaviour. Specifically, the first prompt of any fish invocation prints 80, while subsequent prompts print 120 (actual width).
This happens for new tabs, new windows, and even nested fish shell invocations.
Pressing return, resizing the window (in either dimension), pasting something (presumably because of the syntax highlighting), or even pkill -SIGWINCH fish in another session, all fix the prompt.
I have a "-d 3" log of fish, where all I do is press return to update columns and then quit.
The text was updated successfully, but these errors were encountered: