Bugzilla – Bug 119
Make the content-type sniffing for browsing context navigation optional when the Content-Type metadata is present.
Last modified: 2008-03-03 18:39:27 CET
Index: source =================================================================== --- source (revision 1225) +++ source (revision 1226) @@ -27016,6 +27016,17 @@ <ol> + <li><p>Let <var title="">official type</var> be the type given by + the <span title="Content-Type">Content-Type metadata</span> for the + resource (in lowercase<!-- XXX ASCII case folding -->, ignoring any + parameters). If there is no such type, jump to the <em + title="content-type sniffing: unknown type">unknown type</em> step + below.</p></li> + + <li><p>If the user agent is configured to strictly obey + Content-Type headers for this resource, then jump to the last step + in this set of steps.</p></li> + <li><p>If the resource was fetched over an HTTP protocol, and there is no HTTP Content-Encoding header, but there is an HTTP Content-Type header and it has a value whose bytes exactly match @@ -27043,13 +27054,6 @@ </li> - <li><p>Let <var title="">official type</var> be the type given by - the <span title="Content-Type">Content-Type metadata</span> for the - resource (in lowercase<!-- XXX ASCII case folding -->, ignoring any - parameters). If there is no such type, jump to the <em - title="content-type sniffing: unknown type">unknown type</em> step - below.</p></li> - <li><p>If <var title="">official type</var> is "unknown/unknown" or "application/unknown", jump to the <em title="content-type sniffing: unknown type">unknown type</em> step below.</p></p> @@ -27074,8 +27078,8 @@ jump to the <em title="content-type sniffing: feed or html">feed or HTML</em> section below.</p></li> - <li><p>Otherwise, the sniffed type of the resource is <var - title="">official type</var>.</p></li> + <li><p>The sniffed type of the resource is <var title="">official + type</var>.</p></li> </ol>
*** This bug has been marked as a duplicate of bug 81 ***