You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On receiving multiple requests over streams , the library processes stream one by one and expects the response back from the first stream before moving to process another one.
Scenario :
Request 1 (over Stream 3), Request 2(over Stream 5) & Request 2(over Stream 9.)
Application handler called from on_frame_recv_cb for Request 1-Stream3.
Introduced delay in application for 5 secs in the handler.
Request 2(over Stream 5) is processed only after 5 sec have passed and it receives positive/negative response.
At this time if 1 stream is blocked/taking some time, all others are blocked/delayed as well.
The text was updated successfully, but these errors were encountered:
Hi @coolshikhs ! Thank you for reporting this bug.
This functionality is not implemented yet, but I should do it very soon.
Normally, if you know that the response can take time, you should use MHD_suspend_connection and MHD_resume_connection in your application request handler function.
Hi Maru,
Just wanted to check if you have had time to work on this or planning it any time soon? I was trying it myself but running into some memory fragmentation issues.
Do let me know if you have something in mind regarding the approach.
Regards,
Shikha
Hello,
On receiving multiple requests over streams , the library processes stream one by one and expects the response back from the first stream before moving to process another one.
Scenario :
Request 1 (over Stream 3), Request 2(over Stream 5) & Request 2(over Stream 9.)
At this time if 1 stream is blocked/taking some time, all others are blocked/delayed as well.
The text was updated successfully, but these errors were encountered: