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

Issue 605088 link

Starred by 2 users

Issue metadata

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



Sign in to add a comment

tracing: add a metadata event to distinguish chrome from webview

Project Member Reported by primiano@chromium.org, Apr 20 2016

Issue description

See discussion in https://github.com/catapult-project/catapult/issues/2119#issuecomment-211917655
I think we need a metadata event to tell without ambiguity the browser type.
One alternative could be leverage the knowledge that webview is in-process and it has a CrRendererMain. But that is fragile because:
- Other single-process-mode things might end up being confused with webview.
- In future WebView might become multi process, so bummer.

Let's just have a civilized and explicit solution for this.
 
Cc: -petrcermak@chromium.org
Cc: -petrcermak@chromium.org
Labels: -Pri-2 Hotlist-GoodFirstBug Pri-3
Owner: ----
Status: Available (was: Untriaged)
Components: Speed>Tracing
Components: -Internals>Tracing
Project Member

Comment 6 by sheriffbot@chromium.org, Apr 13 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment