Initial scratch buffer is discarded when non-empty and unmodified

[the-mikedavis]

Summary

The initial scratch buffer created when opening hx without a filename may be erroneously closed when navigated away from. This is expected behavior when the scratch buffer is empty and unmodified but it can occur when the scratch buffer is non-empty and unmodified by piping in initial text.

#3118

Reproduction Steps

Fill the initial scratch buffer with files for example

find . -name \*.md | hx

Then use gf to open up one of those buffers. The buffer picker (Space-b) then shows

If you leave some modifications in the scratch buffer before using gf then the scratch buffer stays open.

(This is not reproducible on macos because piping in is not currently supported

helix/helix-term/src/application.rs

Line 197 in 69f84e2

anyhow::bail!("Piping into helix-term is currently not supported on macOS");

)

Helix log

No response

Platform

Linux (NixOS 21.11)

Terminal Emulator

Kitty 0.25.2

Helix Version

22.05-351-g69f84e25

[tamakiii]

I'd like to use this feature too, but as an alternative, process substitution works.

hx <(find . -name \*.md)