Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
If a loop handler sent a response (e.g. cowboy_req:chunked_reply/2,/3)
and then returns {loop, Req, HandlerState, hibernate} it
would have a {cowboy_req, resp_sent} message in its message queue. This
message would cause the process to immediately awaken, so it is flushed
before hibernation.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
It is sometimes important to make a socket passive as it was initially
and as it is expected to be by cowboy_protocol, right after we've done
with loop handling.
|
|
|
|
|
|
|
|
|
|
|
|
Worked until cccc0bc
|
|
There are some additional terminate reasons exist which are not mentioned
in the specs.
|
|
Worked until 27da092
|
|
|
|
|
|
|
|
|
|
|
|
We now read from the socket to be able to detect errors or TCP close
events, and buffer the data if any. Once the data receive goes over
a certain limit, which defaults to 5000 bytes, we simply close the
connection with an {error, overflow} reason.
|
|
Sends can be successful even if the connection is gone.
|
|
Also improves error reporting.
|
|
Fix #414
|
|
We now obtain the peer address before creating the Req object.
If an error occurs, then something went wrong, we close the connection
nicely directly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Conflicts:
src/cowboy_rest.erl
|
|
|
|
Basic HTTP authorization according to RFC 2617 is implemented.
Added an example of its usage with REST handler.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is more for consistency than anything.
|
|
|