New issue
Advanced search Search tips

Issue 669772 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

More context for ServiceWorker related trace events

Project Member Reported by kenjibaheux@chromium.org, Nov 30 2016

Issue description

It would be quite useful to have more context on ServiceWorker related trace events when doing deep dives (i.e. being able to follow a request for a specific assets across SW, CacheStorage, Network, Renderer, etc.)

Use case: being able to explain where/how time is spent for resource request when a service worker is involved regardless of the underlying strategy (i.e. cache first, networkOnly, etc.).

Some examples:
 - URL in Renderer=>SW=>ServiceWorkerContextClient::DispatchFetchEvent
 - URL in Renderer=>SW=>CacheStorageMsg_CacheMatchSuccess
 - URL in Browser=>IOThread=>ServiceWorkerHostMsg_FetchEventResponse
 - URL in Browser=>ServiceWorkerVersion=>ServiceWorkerVersion::Request

There might other places where context would be useful.

UI support to facilitate following the request across process/threads would be nice but just getting enough context should be useful.

Attached a trace as a reference.
 
trace_aliexpress.json.gz
3.7 MB Download

Comment 1 by falken@chromium.org, Dec 15 2016

NextAction: 2017-01-01
Owner: falken@chromium.org
Status: Assigned (was: Untriaged)
(bug triaging process) kindly ping for an expired NextAction bug:)

Comment 3 by horo@chromium.org, Feb 10 2017

ping. shall we update NextAction?

Comment 4 by falken@chromium.org, Feb 10 2017

NextAction: ----
I guess this should be a tracking bug than one with a deadline. People should feel empowered to add missing trace information when they discover difficulties analyzing traces. And link to this bug.

Sign in to add a comment