Closed
Description
Description of the bug:
When running multiple read in a row without creating a full interactive session, fish will abort.
This can be reproduced by launching:
fish -c 'read a; read b'
or executing a script such as:
#!/usr/bin/env fish
read a
read b
Note that this issue is also seen when running it as:
fish -i -c 'read a; read b'
This produce the following output:
<E> fish: src/reader.cpp:1559: failed assertion: input_initialized
[ ... ]
Aborted
The complete output of my test can be seen here: https://gist.github.com/0rax/d7392b40f61c6081a12ccc93c664d3eb
This was not present in Fish v2.5 and has been tested on ArchLinux + Fish v2.5.0.
Bug seen on:
- Fish 2.6.0 (via
brew install fish
)- macOS Sierra + Iterm2
- macOS Sierra + Terminal.app
- Fish 2.6.0 (installed via
apk add fish@edge
)- AlpineLinux + Iterm2 via SSH
- Fish 2.6.0-208-gc577d012 (via
brew install --build-from-source fish --HEAD
)- macOS Sierra + Iterm2
- macOS Sierra + Terminal.app