[meta] Target.getBrowserContexts
Categories
(Remote Protocol :: CDP, task)
Tracking
(Not tracked)
People
(Reporter: ato, Unassigned)
References
()
Details
(Keywords: meta, Whiteboard: [method=Target.getBrowserContexts])
Currently we return an empty list. Maybe the ContextualIdentityService offers a method to return the custom identities to return.
Reporter | ||
Comment 2•5 years ago
|
||
The question is whether the list it returns contains every contextual
identity, including the default ones like ‘Shopping’ and ‘Facebook’,
or if it just returns those created by the browser at runtime.
If the first is true, we need to maintain some state in the remote
agent keeping track of which contextual identities we create.
Or even better we contribute to the contextualidentity component and add a new method which only returns the custom identities. Personal I'm more included to fix that at the lower level as having to write workarounds in the remote protocol.
Used in Puppeteer in Launcher.connect()
, so it seems to be necessary for Gutenberg and the alpha release.
Doesn't appear to block anything essential in either Puppeteer or Gutenberg. Launcher.connect
works sufficiently well without it at this time.
Assignee | ||
Updated•4 years ago
|
Comment 6•3 years ago
|
||
The meta keyword is there, the bug doesn't depend on other bugs and there is no activity for 12 months.
:whimboo, maybe it's time to close this bug?
Closing as inactive for now given that this CDP API is not on our list of priorities at all. We can re-open in case it becomes important.
This should be fixed now.
Description
•