-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Discussion: how to handle redirects? #54
Comments
Does this even need to be part of the SDK? Should we publish a totally separate reqwest-esque wasi-http client? |
Posted here because I started to implement a solution in the context of the sdk but I agree some solution (whether in-tree or a separate crate) would work for my usecase. A separate reqwest-esque wasi-http client crate seems like a good path. |
A complicating factor is that (if memory serves) some Spin hosts automatically follow redirects without the SDK getting to have a look in, and others do not. (Unless this has since been rationalised. I can't find an issue for it...) There are some challenges involved in following redirects guest-side: spinframework/spin#1881 |
IIRC the old spin-specific interface follows redirects (in |
Should the rust sdk provide a mechanism to allow devs to specify that redirects should be followed (up to some limit)? For instance, there are various crates that provide this support for hyper clients which seems fairly useful.
I'm not entirely sure at the moment what the other sdks do regarding this behavior but if there is a precedent we should likely follow that if it exists.
The text was updated successfully, but these errors were encountered: