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

Issue 865780 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 912363
Owner:
Closed: Dec 18
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

User Timing measures with the same name are displayed incorrectly in timeline view

Reported by greg.lit...@workiva.com, Jul 19

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36

Steps to reproduce the problem:
1. Start a timeline profile
2. Run code that creates two user timing measures with the same name whose start/end times overlap.

What is the expected behavior?
The timeline should show two overlapping User Timing measures, A and B, where:
- A starts before the B starts
- A finishes before B finishes

In the test case, the measures with name "same-measure-name" should be the same as measures "a" and "b".

What went wrong?
The measures displayed in the Timeline have their start/end times mixed up:
- One is from the start of A to the end of B
- One is from the end of A to the start of B

In the test case, the measures with name "same-measure-name" are not the same as measures "a" and "b".

Did this work before? N/A 

Chrome version: 67.0.3396.99  Channel: stable
OS Version: OS X 10.12.6
Flash Version: Shockwave Flash 30.0 r0

The measures appear to be correct within the performance API itself (when retrieved via `window.performance.getEntriesByType('measure');`), which makes this seem like it's specific to the Dev Tools.

[
    {
        "name": "a",
        "entryType": "measure",
        "startTime": 118.30000003101304,
        "duration": 206.2999999616295
    },
    {
        "name": "same-measure-name",
        "entryType": "measure",
        "startTime": 118.30000003101304,
        "duration": 206.2999999616295
    },
    {
        "name": "b",
        "entryType": "measure",
        "startTime": 219.90000002551824,
        "duration": 205.79999999608845
    },
    {
        "name": "same-measure-name",
        "entryType": "measure",
        "startTime": 219.90000002551824,
        "duration": 205.79999999608845
    }
]
 
Screen Shot 2018-07-19 at 3.58.41 PM.png
24.8 KB View Download
reduced_test_case.html
1.1 KB View Download
Labels: Needs-Triage-M67
Components: -Platform>DevTools Platform>DevTools>Performance
Owner: alph@chromium.org
Status: Assigned (was: Unconfirmed)
Cc: mkretzsc...@google.com
I observe the same issue (flamechart shows measures that should be staggered as if they were nested and performance.getEntries() output is correct) on Chrome/Linux 67 and 68.
Mergedinto: 912363
Status: Duplicate (was: Assigned)

Sign in to add a comment