Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
cli: allow
snapshot.max-new-file-size
to be a raw u64
Previously, this command would work: jj --config-toml='snapshot.max-new-file-size="1"' st And is equivalent to this: jj --config-toml='snapshot.max-new-file-size="1B"' st But this would not work, despite looking like it should: jj --config-toml='snapshot.max-new-file-size=1' st This is extremely confusing for users. This config value is deserialized via serde; and while the `HumanByteSize` struct allegedly implemented Serde's `visit_u64` method, it was not called by the deserialize visitor; I'm not sure why. Strangely, adding an `visit_i64` method *did* work, but then requires handling of overflow, etc. Instead, just don't bother with any of that, and only parse strings, and use `u64::from_str` to try parsing the string immediately; *then* fall back to `parse_human_byte_size` if that doesn't work. This not only fixes the behavior but, IMO, is much simpler to reason about, considering how heavy-handed serde can be for small use cases like this. Finally, this adjusts the test for `max-new-file-size` to now use a raw integer literal, to ensure it doesn't regress. (There are already in-crate tests for parsing the human readable strings.) Signed-off-by: Austin Seipp <[email protected]> Change-Id: I8dafa2358d039ad1c07e9a512c1d10fed5845738
- Loading branch information