otp
otp copied to clipboard
httpc: stream_start on an already running stream
Describe the bug
This is more of a question than a bug report at this time. We are using httpc
to implement an SSE stream client. So we call httpc:request /5
with options [{stream,self},{sync,false}]
, then we wait for {http, {RequestId, stream_start, Headers}}
, and after that we expect stream content or stream end messages. But every now and then we get another stream_start
message. This can happen several minutes after we set up the stream and have received the first stream_start
with the same RequestId
. So the question is, is this normal and something that can be ignored, or should it be investigated?
To Reproduce It happens every now and then both in our test- and prod environments, but I haven't (yet) found a way to reproduce it on demand.
Expected behavior I did expect only stream content or stream_end (or errors) after the first stream_start message.
Affected versions 26.2