reqwless
reqwless copied to clipboard
drogue-iot
Rust async HTTP client for embedded/no_std
This commit: * Moves the responsibility for writing the request body from `Request` to `HttpConnection`. * Uses the buffer provided when calling `into_buffered()` to buffer writes before they are passed...
This feature is tested [here ](https://github.com/drogue-iot/reqwless/blob/main/src/fmt.rs#L198) but is not defined in `Crates.toml`. Is this a feature that we want or is this something legacy that should be removed?
This makes more sense now where `StatusCode` is the exposed api
The current behavior when writing a chunked body with `into_buffered()` is currently not as intended as the buffer seems to be on the wrong side of the chunked writer. Currently...
https://github.com/esp-rs/esp-mbedtls - probably won't be on crates.io before esp-wifi. Options are always good. Someone may want to use reqwless but might need the more complete implementation of mbedtls.
I have a scenario where I want to download a compressed file. The webserver already properly indicates the `Content-Encoding` as `lzma`. Now similar to _reqwest_ it would be great to...
What if I can supply a `Vec` and won't have to expand the buffer and retry the request again? Example code in question: https://github.com/stevefan1999-personal/rust-igd/blob/e52d615a395e25b9134cea56e1d3225317d868ea/src/aio/mod.rs#L47-L70
No need nightly version after 1.75, I think.
Currently when e.g. reading a chunked response body, we request a `read()` with a single byte buffer. This PR uses the `BufferedRead` as an intermediate to greatly avoid small connection...
At least timeout and keep_alive would be good to configure