ISSUE-28
http-mime-override
Align content type rules in HTML 5 with IETF specs for HTTP and content-type sniffing
- State:
- CLOSED
- Product:
- HTML Principles/Requirements
- Raised by:
- Dan Connolly
- Opened on:
- 2008-01-23
- Description:
The HTTP specification, in section 14.17 Content-Type, says The Content-Type entity-header field indicates the media type of the entity-body sent to the recipient. http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.17 The HTML 5 specification specifies an algorithm for determining content types based on widely deployed practices and software. http://www.w3.org/html/wg/html5/#content-type-sniffing To the extent these specifications overlap, the IETF HTTP Working Group has a right of review. Some history: April: Re: Proposed Design Principles updated ("don't break the web" vs respecting MIME types) http://lists.w3.org/Archives/Public/public-html/2007Apr/0199.html August: review of content type rules by IETF/HTTP community http://lists.w3.org/Archives/Public/public-html/2007Aug/0677.html November: suggestions for default character encoding section http://lists.w3.org/Archives/Public/public-html/2007Nov/0068.html
- Related Actions Items:
ACTION-41 on Dan Connolly to Consider a new requirements issue about the overlap with HTTP - due 2008-01-10, closed- Related emails:
- Issues closed (from mjs@apple.com on 2009-08-20)
- {agenda} HTML WG telcon 2009-08-20 (from rubys@intertwingly.net on 2009-08-19)
- Re: ISSUE-28: http-mime-override - suggest closing on 2009-08-20 (from w3c@adambarth.com on 2009-08-15)
- Re: More suggestions for issues to be closed (http-mime-override) (from w3c@adambarth.com on 2009-08-15)
- Old issues - will be closed on 2009-08-20 if there are no objections (from mjs@apple.com on 2009-08-13)
- ISSUE-28: http-mime-override - suggest closing on 2009-08-20 (from mjs@apple.com on 2009-08-13)
- Re: More suggestions for issues to be closed (http-mime-override) (from connolly@w3.org on 2009-08-13)
- Regarding closing issues (from mjs@apple.com on 2009-08-11)
- More suggestions for issues to be closed (from mjs@apple.com on 2009-08-11)
- {minutes} 2008-10-24 f2f meeting (day two) (from mike@w3.org on 2008-11-07)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from mjs@apple.com on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from bzbarsky@MIT.EDU on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from bzbarsky@MIT.EDU on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from raman@google.com on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from bzbarsky@MIT.EDU on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from fielding@gbiv.com on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from julian.reschke@gmx.de on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from julian.reschke@gmx.de on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from bzbarsky@MIT.EDU on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from julian.reschke@gmx.de on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from bzbarsky@MIT.EDU on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from bzbarsky@MIT.EDU on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from julian.reschke@gmx.de on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from bzbarsky@MIT.EDU on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from julian.reschke@gmx.de on 2008-01-25)
- {minutes} HTML WG teleconference 2008-01-24 (from mike@w3.org on 2008-01-25)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from julian.reschke@gmx.de on 2008-01-24)
- Re: ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from distobj@acm.org on 2008-01-24)
- ISSUE-28 (http-mime-override): Content type rules in HTML 5 overlaps with the HTTP specification? [HTML Principles/Requirements] (from sysbot+tracker@w3.org on 2008-01-23)
Related notes:
2008-08-22 15:48:07: The design seems somewhat stable within the HTML WG... haven't seen much new information lately... main concern at this point is coordination with IETF HTTP WG, TAG, etc. [Dan Connolly]
2008-10-24 09:23:26: Data found during Google Chrome development:
http://crypto.stanford.edu/~abarth/research/html5/content-sniffing/ [Shawn Medero]
2009-01-19 23:07:23: hmm... I wonder how this got closed; I don't remember any sort of "any objections?" message/poll. I think I would have objected to the current editor's draft.
[Dan Connolly]
2009-02-19 23:41:10: not sure how/why this got closed; changing back to RAISED [Dan Connolly]
2009-08-13 15:48:03: http://tools.ietf.org/html/draft-abarth-mime-sniff [Sam Ruby]
2009-08-13 15:48:48: http://trac.tools.ietf.org/wg/httpbis/trac/ticket/155 [Sam Ruby]
2009-08-13 15:52:27: [DanC]: note http://trac.tools.ietf.org/wg/httpbis/trac/ticket/155
2009-08-19 22:01:42: "If referencing an unstable external spec is an issue, we can raise that separately."
seems like unnecessary churning. This "issue" has all the history, and moving the specs around in the IETF don't warrent closing one issue and raising another.
[Larry Masinter]
Changelog:
2008-01-23 17:25:00: Created issue 'Content type rules in HTML 5 overlaps with the HTTP specification?' nickname http-mime-override owned by Dan Connolly on product HTML Principles/Requirements, description 'The HTTP specification, in section 14.17 Content-Type, says The Content-Type entity-header field indicates the media type of the entity-body sent to the recipient. http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.17 The HTML 5 specification specifies an algorithm for determining content types based on widely deployed practices and software. http://www.w3.org/html/wg/html5/#content-type-sniffing To the extent these specifications overlap, the IETF HTTP Working Group has a right of review. Some history: April: Re: Proposed Design Principles updated ("don't break the web" vs respecting MIME types) http://lists.w3.org/Archives/Public/public-html/2007Apr/0199.html August: review of content type rules by IETF/HTTP community http://lists.w3.org/Archives/Public/public-html/2007Aug/0677.html November: suggestions for default character encoding section http://lists.w3.org/Archives/Public/public-html/2007Nov/0068.html' non-public [Dan Connolly]
2008-08-22 15:48:07: Status changed to 'pending review' [Dan Connolly]
2008-09-25 16:31:47: Status changed to 'closed' [Chris Wilson]
2009-02-19 23:41:10: Status changed to 'raised' [Dan Connolly]
2009-08-19 22:01:42: title changed to 'Align content type rules in HTML 5 with IETF specs for HTTP and content-type sniffing' [Larry Masinter]
2009-08-21 01:37:43: Status changed to 'closed' [Maciej Stachowiak]