WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
187206
Resource Load Statistics: Make network process calls only for the process pool that the page belongs to
https://bugs.webkit.org/show_bug.cgi?id=187206
Summary
Resource Load Statistics: Make network process calls only for the process poo...
John Wilander
Reported
2018-06-29 16:54:01 PDT
In the WebKit::WebsiteDataStore infrastructure for ITP and the Storage Access API, instead of iterating over all process pools, we should resolve which process pool the page belongs to and call the network process only for that pool.
Attachments
Patch
(7.71 KB, patch)
2018-06-29 17:00 PDT
,
John Wilander
no flags
Details
Formatted Diff
Diff
Patch for landing
(8.02 KB, patch)
2018-06-29 17:28 PDT
,
John Wilander
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2018-06-29 16:54:42 PDT
<
rdar://problem/41659160
>
John Wilander
Comment 2
2018-06-29 17:00:38 PDT
Created
attachment 343975
[details]
Patch
Chris Dumez
Comment 3
2018-06-29 17:06:28 PDT
Comment on
attachment 343975
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=343975&action=review
r=me with nits.
> Source/WebKit/UIProcess/WebsiteData/WebsiteDataStore.cpp:1221 > + if (auto webPage = WebProcessProxy::webPage(pageID)) {
auto*
> Source/WebKit/UIProcess/WebsiteData/WebsiteDataStore.cpp:1224 > + } else
I think I'd rather we do an early return: auto* webPage = WebProcessProxy::webPage(pageID); if (!webPage) { completionHandler(false); return; } auto& networkProcess = webPage->process().processPool().ensureNetworkProcess(); networkProcess.hasStorageAccessForFrame(m_sessionID, resourceDomain, firstPartyDomain, frameID, pageID, WTFMove(completionHandler)); Same comments apply below.
> Source/WebKit/UIProcess/WebsiteData/WebsiteDataStore.cpp:1231 > + processPool->networkProcess()->getAllStorageAccessEntries(m_sessionID, WTFMove(completionHandler));
This is still wrong but I guess we can fix separately since you do not have a pageID here.
John Wilander
Comment 4
2018-06-29 17:13:19 PDT
(In reply to Chris Dumez from
comment #3
)
> Comment on
attachment 343975
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=343975&action=review
> > r=me with nits. > > > Source/WebKit/UIProcess/WebsiteData/WebsiteDataStore.cpp:1221 > > + if (auto webPage = WebProcessProxy::webPage(pageID)) { > > auto*
Will fix.
> > Source/WebKit/UIProcess/WebsiteData/WebsiteDataStore.cpp:1224 > > + } else > > I think I'd rather we do an early return: > auto* webPage = WebProcessProxy::webPage(pageID); > if (!webPage) { > completionHandler(false); > return; > } > auto& networkProcess = > webPage->process().processPool().ensureNetworkProcess(); > networkProcess.hasStorageAccessForFrame(m_sessionID, resourceDomain, > firstPartyDomain, frameID, pageID, WTFMove(completionHandler));
Will fix.
> Same comments apply below.
Will fix.
> > Source/WebKit/UIProcess/WebsiteData/WebsiteDataStore.cpp:1231 > > + processPool->networkProcess()->getAllStorageAccessEntries(m_sessionID, WTFMove(completionHandler)); > > This is still wrong but I guess we can fix separately since you do not have > a pageID here.
I'll add a FIXME comment. Thanks, Chris!
John Wilander
Comment 5
2018-06-29 17:28:35 PDT
Created
attachment 343982
[details]
Patch for landing
WebKit Commit Bot
Comment 6
2018-06-29 18:07:45 PDT
Comment on
attachment 343982
[details]
Patch for landing Clearing flags on attachment: 343982 Committed
r233384
: <
https://trac.webkit.org/changeset/233384
>
WebKit Commit Bot
Comment 7
2018-06-29 18:07:46 PDT
All reviewed patches have been landed. Closing 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