35f1f97290
`ipfs::cat()` used ureq's `Body::read_to_vec()`, which defaults to a 10MB response-size limit meant for typical HTTP API responses. Any LFS object larger than that (e.g. the ~29MB thumbnail.xcf in the blog repo) failed with "the response body is larger than request limit: 10485760", breaking `rad lfs fetch`/`rad lfs store`-driven smudges for large files. Raise the cap to 1GiB via ureq's `with_config().limit(...)`, since LFS content is exactly the out-of-band-large-file case this whole feature exists for. Verified: reproduced the exact production error with a 15MB round-trip test against a live Kubo daemon, confirmed it fails without the fix and passes with it, and confirmed live against the actual 29MB thumbnail.xcf object that broke deploy. |
||
|---|---|---|
| .. | ||
| commands | ||
| git | ||
| terminal | ||
| commands.rs | ||
| common_args.rs | ||
| git.rs | ||
| ipfs.rs | ||
| lfs_crypto.rs | ||
| lib.rs | ||
| main.rs | ||
| node.rs | ||
| pager.rs | ||
| project.rs | ||
| terminal.rs | ||
| warning.rs | ||