[Webkit-unassigned] [Bug 93003] New: about:blank entries in Network Requests for iframes with no src tag
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Aug 2 09:44:12 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=93003
Summary: about:blank entries in Network Requests for iframes
with no src tag
Product: WebKit
Version: 528+ (Nightly build)
Platform: Unspecified
URL: http://brokendisk.com/misc/srcless_iframes.html
OS/Version: Unspecified
Status: UNCONFIRMED
Severity: Minor
Priority: P2
Component: New Bugs
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: j.zuckerman at gmail.com
I am testing this on Mac OSX 10.7, in Webkit 537+
(this maaay be better classified as an Inspector issue but I'm filing it here first)
One strategy for lazy-loading content in a web app is to not specify a "src" attribute for iframes (for example the Youtube HTML5 Iframe Player) until the user has indicated that they would like to view the content in that particular frame. At the time the user elects to view the video, the "src" attribute can be added in order dynamically to load the content in the browser.
According to the HTML5 spec: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-iframe-element.html#attr-iframe-src
The "src" attribute of an iframe is optional and so the presence of an iframe does not necessarily suggest that an extra network request will be incurred.
In WebKit creating an iframe with no src attribute results in an entry in the Network Requests that looks like this:
Name: about:blank
Domain: --
Type: Document
Status: --
Cached: No
Size: --
Transferred: --
Latency: 0.4ms
Duration: 5.6ms
I'm sure that it's a pretty trivial impact on the total page load time to register these requests and then discard them (there is no Response..), but it seems to me like it can be optimized ever so slightly to not create the entries at all.
--
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