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
Thanks for the request. AIUI, digest authentication is fairly rarely seen in real-world use cases - it's pretty surprising to see it being used in new APIs rather than just using https with a simpler authentication mechanism. I think we'd need more demand for this before opting to build it into Volley itself.
That said, if there's a limitation in Volley's API design that prevents a developer from being able to implement digest authentication on top of the baseline implementation (without having to make patches to the library itself), then we could more easily consider making changes to support that as appropriate.
I think your best bet here would be to use an underlying HttpStack implementation that supports digest authentication directly. For example, you could put together an HttpStack on top of OkHttp (something like https://gist.github.com/LOG-TAG/3ad1c191b3ca7eab3ea6834386e30eb9 - haven't audited this myself but found it on a quick search), and then use something like https://github.com/rburgst/okhttp-digest to create an OkHttpClient which supports digest authentication. Then you can use Volley's APIs as before, and the requests will use the custom authenticator under the covers.
I'll leave this open as a potential longer-term request, but I wouldn't anticipate it being added any time soon in light of the above.
It would be nice if volley would support HTTP digest authentication (RFC 7616).
The text was updated successfully, but these errors were encountered: