|
|
Created:
4 years, 1 month ago by horo Modified:
4 years ago CC:
chromium-reviews, michaeln, jsbell+serviceworker_chromium.org, shimazu+serviceworker_chromium.org, serviceworker-reviews, jam, Randy Smith (Not in Mondays), nhiroki, kinuko+serviceworker, darin-cc_chromium.org, blink-worker-reviews_chromium.org, loading-reviews_chromium.org, horo+watch_chromium.org, kinuko+watch, tzik Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionIntroduce a new ResourceRequesterInfo type for NavigationPreload.
Currently we use the ResourceRequesterInfo of the original navigation request in
ServiceWorkerFetchDispatcher to send service worker navigation preload
requests. But when BrowserSideNavigation (PlzNavigate) is enabled, the
ResourceRequesterInfo of the original navigation request is not renderer type,
but browser side navigation type. And we can't send the navigation preload
request.
To solve this problem, this CL introduces a new ResourceRequesterInfo type for
service worker navigation preload requests.
ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info
from the original navigation request info.
This CL depends on https://codereview.chromium.org/2481093003/ which introduced
ResourceRequesterInfo.
BUG=649558
Committed: https://crrev.com/7aac46c0e9451b8214b21205638697f704cc0180
Cr-Commit-Position: refs/heads/master@{#436876}
Patch Set 1 #
Total comments: 4
Patch Set 2 : incorporated yhirano's comment #
Total comments: 2
Patch Set 3 : incorporated yhirano's comment #Patch Set 4 : incorporated yhirano's comment #
Total comments: 9
Patch Set 5 : incorporated mmenke's comment #
Total comments: 2
Patch Set 6 : rebase #Messages
Total messages: 112 (80 generated)
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_android_rel_ng on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/linux_androi...)
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_android_rel_ng on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/linux_androi...)
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== NavigationPreload with PlzNavigate support using ResourceRequesterInfo This CL depends on https://codereview.chromium.org/2481093003/. BUG=649558 ========== to ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/. BUG=649558 ==========
Patchset #5 (id:80001) has been deleted
Patchset #4 (id:60001) has been deleted
Patchset #3 (id:40001) has been deleted
Patchset #2 (id:20001) has been deleted
Patchset #1 (id:1) has been deleted
Description was changed from ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/. BUG=649558 ========== to ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ==========
Description was changed from ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ========== to ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ==========
Patchset #2 (id:120001) has been deleted
Patchset #1 (id:100001) has been deleted
Description was changed from ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ========== to ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation (PlzNavigate) is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ==========
horo@chromium.org changed reviewers: + yhirano@chromium.org
yhirano@ Could you please review this?
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
https://codereview.chromium.org/2497223002/diff/140001/content/browser/loader... File content/browser/loader/resource_requester_info.h (right): https://codereview.chromium.org/2497223002/diff/140001/content/browser/loader... content/browser/loader/resource_requester_info.h:124: // navigation type requester. This comment should be fixed. https://codereview.chromium.org/2497223002/diff/140001/content/browser/servic... File content/browser/service_worker/service_worker_fetch_dispatcher.cc (right): https://codereview.chromium.org/2497223002/diff/140001/content/browser/servic... content/browser/service_worker/service_worker_fetch_dispatcher.cc:384: DCHECK((IsBrowserSideNavigationEnabled() && I would prefer an explicit if-statement. If (IsBrowserSideNavigationEnabled()) { DCHECK(requester_info->IsBrowserSideNavigation()); } else { DCHECK(requester_info->IsRenderer()); if (!requester_info->filter()) return; }
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
https://codereview.chromium.org/2497223002/diff/140001/content/browser/loader... File content/browser/loader/resource_requester_info.h (right): https://codereview.chromium.org/2497223002/diff/140001/content/browser/loader... content/browser/loader/resource_requester_info.h:124: // navigation type requester. On 2016/12/01 09:40:02, yhirano wrote: > This comment should be fixed. Done. https://codereview.chromium.org/2497223002/diff/140001/content/browser/servic... File content/browser/service_worker/service_worker_fetch_dispatcher.cc (right): https://codereview.chromium.org/2497223002/diff/140001/content/browser/servic... content/browser/service_worker/service_worker_fetch_dispatcher.cc:384: DCHECK((IsBrowserSideNavigationEnabled() && On 2016/12/01 09:40:02, yhirano wrote: > I would prefer an explicit if-statement. > > If (IsBrowserSideNavigationEnabled()) { > DCHECK(requester_info->IsBrowserSideNavigation()); > } else { > DCHECK(requester_info->IsRenderer()); > if (!requester_info->filter()) > return; > } Done.
lgtm https://codereview.chromium.org/2497223002/diff/160001/content/browser/loader... File content/browser/loader/resource_requester_info.h (right): https://codereview.chromium.org/2497223002/diff/160001/content/browser/loader... content/browser/loader/resource_requester_info.h:123: // this method is available for renderer type requester and browser side nit: A, B and C instead of A and B and C
Thank you! https://codereview.chromium.org/2497223002/diff/160001/content/browser/loader... File content/browser/loader/resource_requester_info.h (right): https://codereview.chromium.org/2497223002/diff/160001/content/browser/loader... content/browser/loader/resource_requester_info.h:123: // this method is available for renderer type requester and browser side On 2016/12/01 10:40:39, yhirano wrote: > nit: A, B and C instead of A and B and C Done.
Thank you!
horo@chromium.org changed reviewers: + mmenke@chromium.org
mmenke@ Could you please review content/browser/loader/*?
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... File content/browser/loader/resource_dispatcher_host_impl.cc (right): https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1281: DCHECK(requester_info->IsRenderer()); Think this is worth an explanation (Preloads have child_id's of -1 and monotonically increasing request IDs allocated by MakeRequestID). https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1293: DCHECK(requester_info->IsRenderer()); Explanation? This isn't obvious. https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1386: DCHECK(requester_info->IsRenderer()); I don't think this is right? We call out to "registered interceptor for the headers passed in", and let them choose to cancel a request. I don't see why they could cancel non-renderer requests. https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... File content/browser/loader/resource_requester_info.cc (right): https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_requester_info.cc:28: service_worker_context->resource_context()->GetRequestContext(); resource_context_out->GetRequestContext()?
https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... File content/browser/loader/resource_dispatcher_host_impl.cc (right): https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1386: DCHECK(requester_info->IsRenderer()); On 2016/12/01 15:26:11, mmenke wrote: > I don't think this is right? We call out to "registered interceptor for the > headers passed in", and let them choose to cancel a request. I don't see why > they could cancel non-renderer requests. Why they couldn't, rather
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... File content/browser/loader/resource_dispatcher_host_impl.cc (right): https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1281: DCHECK(requester_info->IsRenderer()); On 2016/12/01 15:26:11, mmenke wrote: > Think this is worth an explanation (Preloads have child_id's of -1 and > monotonically increasing request IDs allocated by MakeRequestID). Done. https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1293: DCHECK(requester_info->IsRenderer()); On 2016/12/01 15:26:11, mmenke wrote: > Explanation? This isn't obvious. Done. https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1386: DCHECK(requester_info->IsRenderer()); On 2016/12/01 15:26:51, mmenke wrote: > On 2016/12/01 15:26:11, mmenke wrote: > > I don't think this is right? We call out to "registered interceptor for the > > headers passed in", and let them choose to cancel a request. I don't see why > > they could cancel non-renderer requests. > > Why they couldn't, rather Ah, yes. This could be a navigation preload request. Changed to check "if (requester_info->IsRenderer())" and added tests. https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... File content/browser/loader/resource_requester_info.cc (right): https://codereview.chromium.org/2497223002/diff/200001/content/browser/loader... content/browser/loader/resource_requester_info.cc:28: service_worker_context->resource_context()->GetRequestContext(); On 2016/12/01 15:26:11, mmenke wrote: > resource_context_out->GetRequestContext()? Done.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...)
The CQ bit was checked by horo@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: linux_chromium_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
LGTM. https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... File content/browser/loader/resource_dispatcher_host_impl.cc (right): https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1391: if (requester_info->IsRenderer()) { Should we be killing wherever this request did come from? Also, should we have a test for this case?
Thank you. https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... File content/browser/loader/resource_dispatcher_host_impl.cc (right): https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... content/browser/loader/resource_dispatcher_host_impl.cc:1391: if (requester_info->IsRenderer()) { On 2016/12/02 15:11:45, mmenke wrote: > Should we be killing wherever this request did come from? Also, should we have > a test for this case? I think the purpose of this code is to protect the browser process from exploited renderer processes. Navigation preload requests are initiated by the browser process, so we don't need to kill the renderer process. SecurityExploitBrowserTest.InvalidOriginHeaders is testing this renderer process kill. https://chromium.googlesource.com/chromium/src/+blame/master/content/browser/...
The CQ bit was checked by horo@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from yhirano@chromium.org Link to the patchset: https://codereview.chromium.org/2497223002/#ps220001 (title: "incorporated mmenke's comment")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
On 2016/12/02 15:29:18, horo wrote: > Thank you. > > https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... > File content/browser/loader/resource_dispatcher_host_impl.cc (right): > > https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... > content/browser/loader/resource_dispatcher_host_impl.cc:1391: if > (requester_info->IsRenderer()) { > On 2016/12/02 15:11:45, mmenke wrote: > > Should we be killing wherever this request did come from? Also, should we > have > > a test for this case? > > I think the purpose of this code is to protect the browser process from > exploited renderer processes. > Navigation preload requests are initiated by the browser process, so we don't > need to kill the renderer process. > > SecurityExploitBrowserTest.InvalidOriginHeaders is testing this renderer process > kill. > https://chromium.googlesource.com/chromium/src/+blame/master/content/browser/... Hrm... I had assumed these were coming from a ServiceWorker, given they they're coming from ServiceWorkerFetchDispatcher. What does ServiceWorkerFetchDispatcher actually do, then?
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
On 2016/12/02 15:31:16, mmenke wrote: > On 2016/12/02 15:29:18, horo wrote: > > Thank you. > > > > > https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... > > File content/browser/loader/resource_dispatcher_host_impl.cc (right): > > > > > https://codereview.chromium.org/2497223002/diff/220001/content/browser/loader... > > content/browser/loader/resource_dispatcher_host_impl.cc:1391: if > > (requester_info->IsRenderer()) { > > On 2016/12/02 15:11:45, mmenke wrote: > > > Should we be killing wherever this request did come from? Also, should we > > have > > > a test for this case? > > > > I think the purpose of this code is to protect the browser process from > > exploited renderer processes. > > Navigation preload requests are initiated by the browser process, so we don't > > need to kill the renderer process. > > > > SecurityExploitBrowserTest.InvalidOriginHeaders is testing this renderer > process > > kill. > > > https://chromium.googlesource.com/chromium/src/+blame/master/content/browser/... > > Hrm... I had assumed these were coming from a ServiceWorker, given they they're > coming from ServiceWorkerFetchDispatcher. What does > ServiceWorkerFetchDispatcher actually do, then? ServiceWorkerFetchDispatcher sends FetchEvents to the service worker for the all resource requests (navigation requests + sub resource requests) from the page which is controlled by the service worker. If the navigation preload feature was enabled, ServiceWorkerFetchDispatcher sends the navigation preload requests to the server before sending the FetchEvents to the service worker for navigation requests. And also if PlzNavigate is enabled, the original navigation requests are initiated by the browser process.
horo@chromium.org changed reviewers: + avi@chromium.org
avi@ Could you please review this CL? This CL added "content/public/browser/resource_context.h" and "content/public/common/browser_side_navigation_policy.h" to content/browser/loader/DEPS. The presubmit error says: > ** Presubmit ERRORS ** > You need LGTM from owners of depends-on paths in DEPS that were modified in this CL: > '+content/public/browser/resource_context.h', > '+content/public/common/browser_side_navigation_policy.h',
horo@chromium.org changed reviewers: + kinuko@chromium.org
Ah, avi@ is ooo. kinuko@ Could you please review this CL? On 2016/12/02 16:26:40, horo wrote: > avi@ > Could you please review this CL? > This CL added "content/public/browser/resource_context.h" and > "content/public/common/browser_side_navigation_policy.h" to > content/browser/loader/DEPS. > > The presubmit error says: > > ** Presubmit ERRORS ** > > You need LGTM from owners of depends-on paths in DEPS that were modified in > this CL: > > '+content/public/browser/resource_context.h', > > '+content/public/common/browser_side_navigation_policy.h',
lgtm
The CQ bit was checked by horo@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
horo@chromium.org changed reviewers: + clamy@chromium.org
clamy@ Could you please review this? > ** Presubmit ERRORS ** > Missing LGTM from an OWNER for these files: > testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter
Thanks! Lgtm
The CQ bit was checked by horo@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Failed to apply patch for testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter: While running git apply --index -p1; error: patch failed: testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter:3 error: testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter: patch does not apply Patch: testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter Index: testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter diff --git a/testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter b/testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter index 1af38ca413d3d58c9ebfc9af775467a8704a35ae..6fcbceac2af786ece86d2ad8ad02ff7f054cbca0 100644 --- a/testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter +++ b/testing/buildbot/filters/browser-side-navigation.linux.content_browsertests.filter @@ -3,9 +3,6 @@ -RenderFrameHostManagerTest.RestoreSubframeFileAccessForHistoryNavigation -RequestDataResourceDispatcherHostBrowserTest.* -# NavigationPreload dosn't work well with PlzNavigate yet. https://crbug.com/649558 --ServiceWorkerBrowserTest/ServiceWorkerNavigationPreloadTest.* - # Browser-initiated fragment navigations are handled improperly. https://crbug.com/663777 -NavigationControllerBrowserTest.SamePageBrowserInitiated
The CQ bit was checked by horo@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from kinuko@chromium.org, yhirano@chromium.org, clamy@chromium.org, mmenke@chromium.org Link to the patchset: https://codereview.chromium.org/2497223002/#ps240001 (title: "rebase")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_android_rel_ng on master.tryserver.chromium.android (JOB_FAILED, https://build.chromium.org/p/tryserver.chromium.android/builders/linux_androi...)
The CQ bit was checked by horo@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_chromium_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
The CQ bit was checked by horo@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 240001, "attempt_start_ts": 1481079695131500, "parent_rev": "39d22e7fa436966cf7ba61c30b3ad0c8694ffee6", "commit_rev": "3656764b846866ee79c167905f46438b7e2dab1d"}
Message was sent while issue was closed.
Description was changed from ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation (PlzNavigate) is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ========== to ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation (PlzNavigate) is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ==========
Message was sent while issue was closed.
Committed patchset #6 (id:240001)
Message was sent while issue was closed.
Description was changed from ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation (PlzNavigate) is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 ========== to ========== Introduce a new ResourceRequesterInfo type for NavigationPreload. Currently we use the ResourceRequesterInfo of the original navigation request in ServiceWorkerFetchDispatcher to send service worker navigation preload requests. But when BrowserSideNavigation (PlzNavigate) is enabled, the ResourceRequesterInfo of the original navigation request is not renderer type, but browser side navigation type. And we can't send the navigation preload request. To solve this problem, this CL introduces a new ResourceRequesterInfo type for service worker navigation preload requests. ResourceRequesterInfo::CreateForNavigationPreload() creates the new type info from the original navigation request info. This CL depends on https://codereview.chromium.org/2481093003/ which introduced ResourceRequesterInfo. BUG=649558 Committed: https://crrev.com/7aac46c0e9451b8214b21205638697f704cc0180 Cr-Commit-Position: refs/heads/master@{#436876} ==========
Message was sent while issue was closed.
Patchset 6 (id:??) landed as https://crrev.com/7aac46c0e9451b8214b21205638697f704cc0180 Cr-Commit-Position: refs/heads/master@{#436876} |