- From: Cameron McCormack <cam@mcc.id.au>
- Date: Fri, 31 Mar 2006 19:57:48 +1100
- To: public-webapi@w3.org
Hi everyone.
I asked on #webapi the other day what XHR should do if setRequestHeader
is called with strings that contain non-ASCII characters, since that's
not allowed by HTTP. Anne suggested I make a test, so here is one
(temporarily, at least):
http://arc.mcc.id.au:40001/
For each of three cases:
* a character that exists in ISO-8859-1 but not in ASCII,
* a character that exists in Unicode plane 0 but not in ASCII, and
* a character that exists in Unicode plane 1,
the test tries to send a header with such a character in the header
value and another with such a character in the header name.
A summary of the results of my testing:
Mozilla
Headers are sent for all three cases of the characters in the
header values, encoded in UTF-8. An exception it thrown whenever
a header is set whose name contains one of the non-ASCII
character.
Opera
Headers are sent for all six cases. Characters are sent by taking
their UTF-16 representation and omitting the more significant byte
of each 16 bit word.
IE
Headers are sent for all six cases. Any character that is in
ISO-8859-1 is sent unchanged. Characters at or above U+0100 are
sent as a number of U+003F characters, one for every 16 bit word in
the character's UTF-16 representation.
Safari
Same as IE.
Some text should be included in the spec to say what should be done for
characters outside of ASCII.
Cameron
--
Cameron McCormack ICQ: 26955922
cam (at) mcc.id.au MSN: cam (at) mcc.id.au
http://mcc.id.au/ JBR: heycam (at) jabber.org
Received on Friday, 31 March 2006 08:57:59 UTC