Upgrade hackney 4.5.2 - #154
Conversation
|
Thank you for the exploration. Yeah, the new surface is quite wide. I think the right approach would be moving to a different http client, so Waffle still provides protection on redirects and max file size. |
What about removing the fetch functionality? Is this something needed? As I said in the comments, it's very easy for the user to fetch with whatever library they want. I am not sure it's best to be waffle's responsibility to provide it. |
|
I removed hackney from Waffle in favour of Req. Thank you for the PR. |
|
that's great news, I am also happy with that solution |
Checklist
(Some comments AI authored, but reviewed by myself)
Description
Second take at upgrading Hackney to 4.5.2. First take was #147
I did not expect such complexity to use Hackney 4.x correctly.
The issues arise because we need to support async mode to honor max body length, and we need to handle redirects ourselves.
May be worth using another HTTP library, but well, here it is in case @achempion it works for you.
I want to be able to upgrade hackney and waffle is blocking me.
What happened in this PR:
Waffle.HTTPClientbehaviorDiscussion
I wonder if we want to keep Hackney, given this increase in complexity.
A few options:
I'd rather do (1) and let the user handle it.