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

Issue 796984 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Last visit 28 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Allow an existing browser context to be a snapshot for Target.createBrowserContext

Reported by yellows...@gmail.com, Dec 21 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0

Steps to reproduce the problem:
We use the remote debugging protocol to do performance testing of our pages. Generally we want each page load to happen with a clean cache with only explicitly set cookies. For some pages we want to see how they perform after navigating from a given start page. It would be nice if we could create a browser context (A), navigate to the start page, then when we want to test our target page we create a new browser context (B) which is a fork from A. Any subsequent changes in B (new cache entries, changes in cookies, etc) only affect B and do not modify the state of A.

What is the expected behavior?

What went wrong?

Did this work before? N/A 

Chrome version: 63.0.3239.84  Channel: n/a
OS Version: 10.0
Flash Version:
 
Cc: vamshi.k...@techmahindra.com
Labels: Needs-Triage-M63 TE-NeedsTriageHelp
This issue seems to be out of scope for triaging from ET end as this speaks about remote debugging protocol to do performance testing, Hence adding label TE-NeedsTriageHelp.

Thanks!

Comment 2 by alph@chromium.org, Dec 26 2017

Owner: lushnikov@chromium.org
Status: Assigned (was: Unconfirmed)

Sign in to add a comment