Bug report for coreHTTP with parsing GET-request data

I use FreeRTOSv202212.00 and I found a bug when tried to make GET request (sorry, I can not post links).

After receiving all chunks and parsing all received data, I have:

<!DOCTYPE html>
<html lang=en>
<meta charset='utf-8'>
<title>Chunked transfer encoding test</title>
<body><h1>Chunked transfer encoding test</h1><h5>This is a chunked response after 100 ms.</h5><h5>This is a chunked response after 1 second. The server should not close the stream before all chunks are sent to a client.</h5></body></html>e

Please, make attention for 3 last strings:
…html>e (0x0e is size of last chunk)
0 (0x00 is end of received data: let me call it “zero chunk”).

So, there is the issue with parsing very short chunks (with length less then 0x10).
I think, that bug located here:

static llparse_state_t llhttp__internal__run(
llhttp__internal_t* state,
const unsigned char* p,
const unsigned char* endp);

Hi! We’re looking into this

Sorry for disturbing, but there is no bug. I had to use the length of response body.

We see this garbage, because there is no terminal symbol at the end of response body.

No problem! Glad to hear you got it working.