This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
http://tools.ietf.org/html/rfc2616#section-3.7 says that "Parameter values might or might not be case-sensitive,depending on the semantics of the parameter name". Suppose, according to 4.B.b in http://dev.w3.org/2006/webapi/FileAPI/#slide-method-algo I convert every character in relativeContentType to lower case, while the parameter value was in upper case or mixed case and was case sensitive under the current semantics of the parameter name, then this would be a violation of http://tools.ietf.org/html/rfc2616#section-3.7 . http://tools.ietf.org/html/rfc2616#section-3.7 is used in 4.B.c. I feel that 4.B.b and 4.B.c can conflict with http://tools.ietf.org/html/rfc2616#section-3.7 under the example I have given. Expectation : Spec clearly defines the correct algorithm.
We've decided to treat type as an opaque string. Implementations don't throw; browser developers are reluctant to throw, and thus validation against the RFC is not useful.