- From: <bugzilla@jessica.w3.org>
- Date: Wed, 09 Feb 2011 00:02:04 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11426 Ian 'Hixie' Hickson <ian@hixie.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #7 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-02-09 00:02:02 UTC --- Looks like WebKit actually uses 1024 for the number of bytes to the _beginning_ of the <meta>, and never bails if it's not in the <head>, and only uses the preparse, not the full algorithm, so all in all it doesn't really match the spec at all: http://hixie.ch/tests/adhoc/html/parsing/encoding/134.html http://hixie.ch/tests/adhoc/html/parsing/encoding/135.html Re comment 6: Please consider this your first complaint, then. Blocking until the first 1024 bytes have been seen without a timeout would mean that hanging-GET style iframes would not fire anything until a kilobyte of data has been received, which could result in several events getting eaten up. EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Partially Accepted Change Description: see diff given below Rationale: I don't mind updating the recommendation to 1024 bytes, since it is closer to what browsers do (though clearly not identical), but forcing browsers to stall seems like it would harm potentially good performance competition. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Wednesday, 9 February 2011 00:02:05 UTC