-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Support RFC-7617 #540
Comments
|
I actually found this support a bit complicated. Spec tells that default should remains latin1 while the only valid charset parameter is UTF-8. Ok. But, most of servers ignores all the specs and uses UTF-8 by default (however, we still have deviations) while actually nobody follows the new rules now. So implementing RFC-7617 support right actually breaks everything and we're returning to direct specification of what charset to use. What makes this feature a little bit, but completely broken. Basically, situation here is the same as with http client from stdlib (and related discussion about on python dev ml): doing right things makes life harder. Changing the default is from the same opera: UTF-8 is good intention, but it's not what spec tells us to do. Sad panda. |
Let's close the issue then. |
Ok with that. |
RFC-7617 updates the rules of Basic Authentication: now it gained support of optional
charset
parameter which defined the expected encoding of user credential. Previously, RFC-2616 only allowed to use ISO-8859-1 here, but de facto all major browsers and servers already provided support of UTF-8 in-place of ISO-8859-1. Now this behaviour get legalized and we can support it.The text was updated successfully, but these errors were encountered: