New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 672304 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Mar 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug



Sign in to add a comment

Add UMA to measure potential gain by pre-loading offline versions of "swapped out" tabs

Project Member Reported by carlosk@chromium.org, Dec 8 2016

Issue description

One idea being discussed for a while in the context of Offline features is to improve the experience of the user who re-opens a previously existing tab (by tab or app switching) that had been discarded and now needs to be reloaded. At this point if an offline snapshot of that tab is available it could be (quickly) loaded to present some useful content to the user while the actual loading happens simultaneously in the background.

To help us understand the potential benefit of this feature we should add some new UMA metrics. They should help us in making the decision to implement this feature as much data-driven as possible.

 
Cc: dim...@chromium.org
The first suggested metric would track the cases where all of these are true:
- The user is returning to an existing tab.
- The reloading of the page contents is necessary.
- An offline snapshot is available.

The specific values to be tracked still need to be defined. We could create counters to help us compare the cases where all of these where true versus the ones where the offline copy was *not* available, which would provide some idea of its efficacy.

Another option would be to track the time the reloading took. Longer reload times could justify the time and resources spent to first load the snapshot while shorter times would make the extra complexity of the feature unjustified.

Comment 2 by dim...@chromium.org, Dec 14 2016

Owner: carlosk@chromium.org
Status: Assigned (was: Available)

Comment 3 by chili@chromium.org, Jan 25 2017

Labels: Hotlist-Fixit
Description: Show this description
Cc: bengr@chromium.org
Fixit update: good one but needs defining all new metrics to be added beyond the ones suggested in #1. Me and dimich@ are needed, potentially bengr@ too, and others are also welcome to chime in.

Comment 6 by bengr@chromium.org, Mar 16 2017

Cc: ryansturm@chromium.org
Note we have also done this work to assess the potential benefit: https://bugs.chromium.org/p/chromium/issues/detail?id=686887


Comment 7 by bengr@chromium.org, Mar 16 2017

Components: Internals>Network>DataUse
The new histogram being added in  issue 688588  to track last_n tab restores will provide a partial representation of the suggestion in #1 and might already be an initial source of data to show the potential benefit of this feature.
Labels: OS-Android
As referenced in previous comments we are already tracking:
*  Issue 688588 : the potential cases where restoring a tab from an offline snapshot would be possible in online situations (1st and 2nd points in suggested histogram in #1).
*  Issue 686887 : the potential amount of data that would be saved should we allow loading offline snapshots while online.

So I'm closing this issue for now. Reopen if you have ideas of other metrics we should have to generate supporting data for this feature.
Status: Fixed (was: Assigned)

Sign in to add a comment