Hi,
On 9/17/10 3:43 AM, Ian Bicking wrote:
Not if you are working with the URL-encoded paths.
SCRIPT_NAME / PATH_INFO will always stay unencoded and the current spec
requires the web3.script_name thing to only be provided if the server
can safely provide that. So at least for the fallback, we are dealing
with (properly latin1 decoded) non-URL encoded things. Can be changed
of course.
Cookie is weird. If that one header could be bytes, that'd be great...
but special-casing Cookie/Set-Cookie is too hard/weird.
Special casing one header is indeed weird.
I don't know of any other header (or the status) that would reasonably
cause a problem. And I'm not glossing over corner cases -- I'm
generally very aware and concerned with legacy issues, and interacting
with legacy systems. There just aren't any here except for the
resolvable issues I've listed.
Technically speaking it would affect etags too, but I doubt anyone is
using non-ASCII quoted strings there. A very funny header is btw the
Warning header which actually can have any encoding:
"The warn-text SHOULD be in a natural language and character set that is
most likely to be intelligible to the human user receiving the response.
This decision MAY be based on any available knowledge, such as the
location of the cache or user, the Accept-Language field in a request,
the Content-Language field in a response, etc. The default language is
English and the default character set is ISO-8859-1.
If a character set other than ISO-8859-1 is used, it MUST be encoded in
the warn-text using the method described in RFC 2047 [14]."
Doubt anyone is using that header though.
It's more of an issue under Python 2, it could probably be ignored with
Python 3. Under Python 2 when you have some error condition it's really
frustrating to encounter some unicode error with the logging of that
error (often covering up the original error).
I guess there it would be fine to have stderr like stream that accepts
unicode and bytes.
Regards,
Armin
_______________________________________________
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe:
http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com
