W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > December 2010

[Bug 11295] Make script-inserted external scripts that have .async=false execute in the insertion order, default to true

From: <bugzilla@jessica.w3.org>
Date: Thu, 30 Dec 2010 18:46:23 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1PYNW3-00032U-Ta@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11295

--- Comment #10 from Kyle Simpson <w3c@getify.myspamkiller.com> 2010-12-30 18:46:23 UTC ---
(in reply to comment #9)

Actually, the REAL reason those pages are not yet "breaking" in Webkit
nightlies is described in this comment:

https://bugs.webkit.org/show_bug.cgi?id=50115#c46

I've now discovered that Webkit's change to stop fetching scripts with
unrecognized types was *only* applied to markup script tags, whereas LABjs and
other script loaders use dynamic script elements.

As you (Adam) awknowledged there, the change probably *should* have been
applied to both parser-inserted scripts AND script-inserted scripts, so it's a
probably a bug that Webkit will likely address quickly to bring behavior in
line with intentions.

I'm quite certain that when Webkit *does* apply the change also to
script-inserted script elements, we'll have a better example of how a site can
break by not being able to "preload".

Those sites are avoiding "preloading" (to the detriment of performance) because
they don't want to be blind-sided by LABjs breaking if Webkit does in fact
release a breaking change, which is obviously going to happen sooner than
later. 

Just because they're making that performance tradeoff for more stability
doesn't mean it's not a perfectly valid use-case, that needs to be addressed.

-- 
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 Thursday, 30 December 2010 18:46:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:36 UTC