This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
From spec: http://dev.w3.org/2006/webapi/FileAPI/#dfn-BlobPropertyBag Convert every character in s to lower case. Does it mean we need set characters of Blob.type into lower case? Or the lower-case conversion is just for obtaining the media-type, and Blob.type is still unchanged. For example: (new Blob([], {type: "text/html; charset=UTF-8"})).type should be return: text/html; charset=utf-8 or text/html; charset=UTF-8 ?
MIME type is usually in lower case, just a routine. In email, in RTP, in http, it is always in lower case. And convert all to lower case,just avoid error in processing. I think nothing else. (In reply to comment #0) > From spec: http://dev.w3.org/2006/webapi/FileAPI/#dfn-BlobPropertyBag > > Convert every character in s to lower case. > > Does it mean we need set characters of Blob.type into lower case? > Or the lower-case conversion is just for obtaining the media-type, and > Blob.type is still unchanged. > > For example: > (new Blob([], {type: "text/html; charset=UTF-8"})).type > should be return: text/html; charset=utf-8 or text/html; charset=UTF-8 ?
(In reply to comment #1) > MIME type is usually in lower case, just a routine. In email, in RTP, in http, > it is always in lower case. > > And convert all to lower case,just avoid error in processing. I agree that "text/html; charset=UTF-8" should be converted to "text/html; charset=utf-8" when parsing the MIME type. My question is whether we should set the converted value to type or not. IMHO, returning "text/html; charset=utf-8" for (new Blob([], {type: "text/html; charset=UTF-8"})).type seems a bit strange. (Do we have another example that does such an implicit conversion?)
From Spec: http://dev.w3.org/2006/webapi/FileAPI/#attributes-blob The ASCII-encoded string in lower case representing the media type of the Blob. It explicitly specified the type should be lower case. Mark the bug to be INVALID.