- From: <bugzilla@jessica.w3.org>
- Date: Mon, 04 Jun 2012 09:45:37 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17231 Henri Sivonen <hsivonen@iki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hsivonen@iki.fi --- Comment #5 from Henri Sivonen <hsivonen@iki.fi> 2012-06-04 09:45:37 UTC --- (In reply to comment #4) > Does any of the other logic happen? What does document.readyState switch to? Do > scripts run the way they do with a network parser? (e.g. does defer="" delay > until document.close()?) Does DOMContentLoaded fire again? pageshow? Do > appcache things get delayed again? Does window.print() get delayed again > between open() and close()? Per http://hsivonen.iki.fi/test/moz/readystate/document-open.html I expect document.open() to switch readyState back to "loading" and DOMContentLoaded to fire when the stream has been exhausted. It seems that the "load" event fires also as well as, in Gecko, "pageshow". By code inspection, I would expect app cache selection to run again and defer scripts to be deferred again. There should already be feedback about this in your pending mailboxes that store WHATWG e-mail. -- Configure bugmail: https://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 Monday, 4 June 2012 09:47:59 UTC