WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
157669
ResourceTiming entries for cached resources and XHR
https://bugs.webkit.org/show_bug.cgi?id=157669
Summary
ResourceTiming entries for cached resources and XHR
Yoav Weiss
Reported
2016-05-13 02:02:31 PDT
ResourceTiming entries for cached resources and XHR
Attachments
Patch
(25.96 KB, patch)
2016-05-13 02:36 PDT
,
Yoav Weiss
no flags
Details
Formatted Diff
Diff
Patch
(26.07 KB, patch)
2016-05-13 04:07 PDT
,
Yoav Weiss
no flags
Details
Formatted Diff
Diff
Patch
(26.07 KB, patch)
2016-05-13 04:13 PDT
,
Yoav Weiss
no flags
Details
Formatted Diff
Diff
Patch
(25.57 KB, patch)
2016-05-13 13:12 PDT
,
Yoav Weiss
no flags
Details
Formatted Diff
Diff
Show Obsolete
(3)
View All
Add attachment
proposed patch, testcase, etc.
Yoav Weiss
Comment 1
2016-05-13 02:36:42 PDT
Created
attachment 278827
[details]
Patch
Yoav Weiss
Comment 2
2016-05-13 04:07:35 PDT
Created
attachment 278831
[details]
Patch
Yoav Weiss
Comment 3
2016-05-13 04:13:53 PDT
Created
attachment 278832
[details]
Patch
Yoav Weiss
Comment 4
2016-05-13 04:19:11 PDT
This fixes a few issues with ResourceTiming that were preventing it from being useful: * Resources that were being reused from MemoryCache were not getting their own entries. * XHR based resources were not being registered. The patch also splits out the resource timing entry registration logic from CachedResourceLoader into its own class.
Alex Christensen
Comment 5
2016-05-13 10:43:15 PDT
Comment on
attachment 278832
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=278832&action=review
> Source/WebCore/loader/ResourceTimingInformation.cpp:14 > + * * Neither the name of Google Inc. nor the names of its
I'm not sure this is the correct copyright.
> Source/WebCore/loader/ResourceTimingInformation.cpp:57 > + initiatorDocument = document->parentDocument();
What if there are deeply nested iframes? Should this be topDocument()?
> Source/WebCore/loader/ResourceTimingInformation.h:32 > +#ifndef ResourceTimingInformation_h > +#define ResourceTimingInformation_h
#pragma once is the latest thing in WebKit.
Yoav Weiss
Comment 6
2016-05-13 13:12:06 PDT
Created
attachment 278864
[details]
Patch
Yoav Weiss
Comment 7
2016-05-13 13:14:38 PDT
(In reply to
comment #5
)
> Comment on
attachment 278832
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=278832&action=review
> > > Source/WebCore/loader/ResourceTimingInformation.cpp:14 > > + * * Neither the name of Google Inc. nor the names of its > > I'm not sure this is the correct copyright.
Indeed! Corrected
> > > Source/WebCore/loader/ResourceTimingInformation.cpp:57 > > + initiatorDocument = document->parentDocument(); > > What if there are deeply nested iframes? Should this be topDocument()?
I believe each iframe is reported as a resource in its parent document, so the above should by correct. FWIW, I didn't change the existing logic but just moved it from CachedResourceLoader to here.
> > > Source/WebCore/loader/ResourceTimingInformation.h:32 > > +#ifndef ResourceTimingInformation_h > > +#define ResourceTimingInformation_h > > #pragma once is the latest thing in WebKit.
Neat! Changed
Yoav Weiss
Comment 8
2016-05-13 15:11:47 PDT
Comment on
attachment 278864
[details]
Patch Thanks for reviewing! :)
WebKit Commit Bot
Comment 9
2016-05-13 15:33:37 PDT
Comment on
attachment 278864
[details]
Patch Clearing flags on attachment: 278864 Committed
r200887
: <
http://trac.webkit.org/changeset/200887
>
WebKit Commit Bot
Comment 10
2016-05-13 15:33:42 PDT
All reviewed patches have been landed. Closing bug.
Joseph Pecoraro
Comment 11
2017-02-10 12:09:56 PST
***
Bug 157259
has been marked as a duplicate of this bug. ***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug