nushell/crates/nu-command/src/filesystem
Devyn Cairns 02de69de92
Fix inconsistent print behavior (#12675)
# Description

I found a bunch of issues relating to the specialized reimplementation
of `print()` that's done in `nu-cli` and it just didn't seem necessary.
So I tried to unify the behavior reasonably. `PipelineData::print()`
already handles the call to `table` and it even has a `no_newline`
option.

One of the most major issues before was that we were using the value
iterator, and then converting to string, and then printing each with
newlines. This doesn't work well for an external stream, because its
iterator ends up creating `Value::binary()` with each buffer... so we
were doing lossy UTF-8 conversion on those and then printing them with
newlines, which was very weird:


![Screenshot_2024-04-26_02-02-29](https://github.com/nushell/nushell/assets/10729/131c2224-08ee-4582-8617-6ecbb3ce8da5)

You can see the random newline inserted in a break between buffers, but
this would be even worse if it were on a multibyte UTF-8 character. You
can produce this by writing a large amount of text to a text file, and
then doing `nu -c 'open file.txt'` - in my case I just wrote `^find .`;
it just has to be large enough to trigger a buffer break.

Using `print()` instead led to a new issue though, because it doesn't
abort on errors. This is so that certain commands can produce a stream
of errors and have those all printed. There are tests for e.g. `rm` that
depend on this behavior. I assume we want to keep that, so instead I
made my target `BufferedReader`, and had that fuse closed if an error
was encountered. I can't imagine we want to keep reading from a wrapped
I/O stream if an error occurs; more often than not the error isn't going
to magically resolve itself, it's not going to be a different error each
time, and it's just going to lead to an infinite stream of the same
error.

The test that broke without that was `open . | lines`, because `lines`
doesn't fuse closed on error. But I don't know if it's expected or not
for it to do that, so I didn't target that.

I think this PR makes things better but I'll keep looking for ways to
improve on how errors and streams interact, especially trying to
eliminate cases where infinite error loops can happen.

# User-Facing Changes
- **Breaking**: `BufferedReader` changes + no more public fields
- A raw I/O stream from e.g. `open` won't produce infinite errors
anymore, but I consider that to be a plus
- the implicit `print` on script output is the same as the normal one
now

# Tests + Formatting
Everything passes but I didn't add anything specific.
2024-04-27 00:25:11 +00:00
..
cd.rs Make auto-cd check for permissions (#12342) 2024-04-06 08:56:46 -05:00
du.rs Shrink the size of Expr (#12610) 2024-04-24 15:46:35 +00:00
glob.rs Add command_prelude module (#12291) 2024-03-26 21:17:30 +00:00
ls.rs Shrink the size of Expr (#12610) 2024-04-24 15:46:35 +00:00
mktemp.rs Add command_prelude module (#12291) 2024-03-26 21:17:30 +00:00
mod.rs remove old mv command in favor of umv (renamed to mv) (#12022) 2024-03-01 09:37:23 +08:00
open.rs Fix inconsistent print behavior (#12675) 2024-04-27 00:25:11 +00:00
rm.rs Fix stop suggesting --trash when already enabled (issue #12361) (#12362) 2024-04-05 20:28:40 -05:00
save.rs Add ErrSpan extension trait for Result (#12626) 2024-04-23 10:39:55 +02:00
start.rs Add command_prelude module (#12291) 2024-03-26 21:17:30 +00:00
touch.rs Fix #12391: mkdir uses process startup directory instead of current script directory (#12394) 2024-04-04 14:23:10 +02:00
ucp.rs Add command_prelude module (#12291) 2024-03-26 21:17:30 +00:00
umkdir.rs Fix #12391: mkdir uses process startup directory instead of current script directory (#12394) 2024-04-04 14:23:10 +02:00
umv.rs Add command_prelude module (#12291) 2024-03-26 21:17:30 +00:00
util.rs making ls and du supports rest parameters. (#12327) 2024-04-13 15:03:17 +00:00
watch.rs Shrink the size of Expr (#12610) 2024-04-24 15:46:35 +00:00