emilk / emilk/ehttp

Streaming chunks fragmented at 2048 bytes

Open
#63 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
396
Forks
36
PR merge metrics
No merged PRs in 30d

Description

I'm using streaming, and if i send a chunk larger than 2048, it's truncated.
I get sent a Part which is 2048 long, even if the server sent a larger chunk.
(which then doesn't deserialize properly as it's truncated)

due to hardcoded buffer size here:
https://github.com/emilk/ehttp/blob/master/ehttp/src/streaming/native.rs#L57

i don't think it's possible to know if a received Part was truncated or was simply exactly 2048 long originally.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.