[Webkit-unassigned] [Bug 50187] New: implement onload events for <link rel=prefetch>
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Nov 29 14:44:29 PST 2010
https://bugs.webkit.org/show_bug.cgi?id=50187
Summary: implement onload events for <link rel=prefetch>
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: HTML DOM
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: gavinp at chromium.org
CC: abarth at webkit.org
Right now link rel=prefetch doesn't dispatch onload events. However, it probably would be really good if it did. Tests would be less flaky, for one.
I emailed hixie to see what he thought, and here's the pasted correspondence:
Ian Hickson to Gavin, Adam
show details 5 Nov
- Hide quoted text -
On Fri, 5 Nov 2010, Gavin Peters (�~S~K�~V~G彼德�~V�) wrote:
>
> WebKit currently supports link rel=prefetch, but doesn't have onload or
> onerror events for this. There was some discussion when this feature
> was first added about if this was appropriate:
> https://bugs.webkit.org/show_bug.cgi?id=3652
>
> We've since landed it, and I've had web developers ask me if we can
> generate these events: especially since WebKit supports mutating the DOM
> to include link rel=prefetch (mozilla doesn't), developers who are
> adding these programatically want a way to know how many are in flight.
> This mechanism would do it for them.
>
> What do you think? Is this within spec and reasonable, or do you have
> any other comments about it?
Sounds good to me. Technically the HTML spec requires load and error
events to be fired on all <link> elements whenever they load anything:
http://www.whatwg.org/specs/web-apps/current-work/complete.html#concept-link-obtain
...so it's definitely per-spec.
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list