[webkit-dev] Removing deprecatedFrameEncoding

Julian Reschke julian.reschke at gmx.de
Mon Jan 16 16:24:36 PST 2012


On 2012-01-17 00:57, Alexey Proskuryakov wrote:
>
> 16.01.2012, в 15:15, Geoffrey Garen написал(а):
>
>>> 1) Standards compliance.
>>
>> To me, this seems like your strongest argument. However…
>
> I'm pretty sure that no major browser implements - or maybe even intends to implement - all encoding-related aspects of RFC 6266. For example, Chrome uses default encoding instead of US-ASCII to interpret Content-Disposition bytes. This is clearly a case of using external context to interpret the response, and a violation of letter and spirit of the spec.

RFC 6266 doesn't mandate US-ASCII here. It defaults to what HTTP/1.1 
defaults to, and that is ISO-8859-1.

According to <http://greenbytes.de/tech/tc2231/#attwithisofnplain>, all 
UAs do that in absence of out-of-band information, and given a valid 
ISO-8859-1 octet sequence that doesn't look like UTF-8.

Now I'm the first one to agree that ISO-8859-1 was a bad choice as 
default. It's for historical reasons. Blame those who worked on the 
specs in 90s.

> There is a long history of HTTP related specs disregarding browser needs when it comes to non-ASCII characters in headers fields, or to stateful interpretation of responses.

"There's a long history of browser makers ignoring the standards process 
and writing crappy implementations".

Not productive.

If you don't like where the specs are headed, provide feedback to the 
Working Groups producing them.

> This is a discussion that we had before, including on this list. I don't think that enough has changed to make spending time on this again very useful. The whole topic is quite isolated and inconsequential, so the intensity of argument (particularly in bug 67882 and its patch) does not appear adequate.

I support Adam in his proposal to clean up the mess. But we should keep 
in mind that what's much more important here is to actually provide 
developers with a protocol/format that is interoperable for non-ASCII. I 
note that Safari is the only current browser which doesn't implement RFC 
5987 (*). Enough said.

Best regards, Julian

(*) IE9 only supports UTF-8, but see 
<http://greenbytes.de/tech/webdav/draft-reschke-rfc5987bis-issues.html#issue.iso-8859-1>


More information about the webkit-dev mailing list