Per the new server-timing spec
(https://github.com/w3c/server-timing), there are no longer standalone
`server` entries emitted to PerformanceObservers or found in the
timeline. Server-timing data now comes down in an Array as `serverTiming` on the
corresponding PerformanceResourceTiming entry for subresources, and on
the PerformanceNavigationTiming entry for the basepage. Also,
PerformanceServerTiming no longer extends PerformanceEntry, because
half of the fields either held no value (startTime) or were redundant
(name, entryType). Lastly, we are going to name the numeric "value"
instead of "duration", because it's just a double.
BUG=702760
Review-Url: https://codereview.chromium.org/2962113002
Cr-Commit-Position: refs/heads/master@{#484536}
Committed: https://chromium.googlesource.com/chromium/src/+/03ba6110113f1439b239b6142c130e60fc9b4519
Description was changed from ========== Per the new server-timing spec (https://github.com/w3c/server-timing), there are no longer ...
3 years, 5 months ago
(2017-06-29 02:43:30 UTC)
#1
Description was changed from
==========
Per the new server-timing spec
(https://github.com/w3c/server-timing), there are no longer standalone
`server` entries emitted to PerformanceObservers or found in the
timeline. Server-timing data now comes down in an Array on the
corresponding PerformanceResourceTiming entry for subresources, and on
the PerformanceNavigationTiming entry for the basepage. Also,
PerformanceServerTiming no longer extends PerformanceEntry, because
half of the fields either held no value (startTime) or were redundant
(name, entryType). Lastly, we are going to name the numeric "value"
instead of "duration", because it's just a double.
BUG=
==========
to
==========
Per the new server-timing spec
(https://github.com/w3c/server-timing), there are no longer standalone
`server` entries emitted to PerformanceObservers or found in the
timeline. Server-timing data now comes down in an Array as `serverTiming` on the
corresponding PerformanceResourceTiming entry for subresources, and on
the PerformanceNavigationTiming entry for the basepage. Also,
PerformanceServerTiming no longer extends PerformanceEntry, because
half of the fields either held no value (startTime) or were redundant
(name, entryType). Lastly, we are going to name the numeric "value"
instead of "duration", because it's just a double.
BUG=
==========
cvazac-akam
3 years, 5 months ago
(2017-06-29 02:46:02 UTC)
#2
Yoav Weiss
yoav@yoav.ws changed reviewers: + yoav@yoav.ws
3 years, 5 months ago
(2017-06-29 06:57:32 UTC)
#3
Thanks for working on this! :) A few comments below https://codereview.chromium.org/2962113002/diff/1/third_party/WebKit/Source/core/timing/Performance.cpp File third_party/WebKit/Source/core/timing/Performance.cpp (right): https://codereview.chromium.org/2962113002/diff/1/third_party/WebKit/Source/core/timing/Performance.cpp#newcode149 ...
3 years, 5 months ago
(2017-06-29 06:57:34 UTC)
#4
Dry run: Try jobs failed on following builders: ios-simulator on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/ios-simulator/builds/248953) mac_chromium_compile_dbg_ng on ...
3 years, 5 months ago
(2017-06-29 21:09:24 UTC)
#9
Description was changed from ========== Per the new server-timing spec (https://github.com/w3c/server-timing), there are no longer ...
3 years, 5 months ago
(2017-06-30 21:57:25 UTC)
#12
Description was changed from
==========
Per the new server-timing spec
(https://github.com/w3c/server-timing), there are no longer standalone
`server` entries emitted to PerformanceObservers or found in the
timeline. Server-timing data now comes down in an Array as `serverTiming` on the
corresponding PerformanceResourceTiming entry for subresources, and on
the PerformanceNavigationTiming entry for the basepage. Also,
PerformanceServerTiming no longer extends PerformanceEntry, because
half of the fields either held no value (startTime) or were redundant
(name, entryType). Lastly, we are going to name the numeric "value"
instead of "duration", because it's just a double.
BUG=
==========
to
==========
Per the new server-timing spec
(https://github.com/w3c/server-timing), there are no longer standalone
`server` entries emitted to PerformanceObservers or found in the
timeline. Server-timing data now comes down in an Array as `serverTiming` on the
corresponding PerformanceResourceTiming entry for subresources, and on
the PerformanceNavigationTiming entry for the basepage. Also,
PerformanceServerTiming no longer extends PerformanceEntry, because
half of the fields either held no value (startTime) or were redundant
(name, entryType). Lastly, we are going to name the numeric "value"
instead of "duration", because it's just a double.
BUG=702760
==========
Dry run: Try jobs failed on following builders: mac_chromium_rel_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_rel_ng/builds/490660)
3 years, 5 months ago
(2017-06-30 23:36:12 UTC)
#16
Dry run: Try jobs failed on following builders: mac_chromium_rel_ng on master.tryserver.chromium.mac (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_rel_ng/builds/490811)
3 years, 5 months ago
(2017-07-01 05:59:31 UTC)
#20
CQ is committing da patch. Bot data: {"patchset_id": 100001, "attempt_start_ts": 1499337897397980, "parent_rev": "967b256250d1e7777ca458aa062ded48628c370d", "commit_rev": "03ba6110113f1439b239b6142c130e60fc9b4519"}
3 years, 5 months ago
(2017-07-06 10:49:01 UTC)
#30
CQ is committing da patch.
Bot data: {"patchset_id": 100001, "attempt_start_ts": 1499337897397980,
"parent_rev": "967b256250d1e7777ca458aa062ded48628c370d", "commit_rev":
"03ba6110113f1439b239b6142c130e60fc9b4519"}
commit-bot: I haz the power
Description was changed from ========== Per the new server-timing spec (https://github.com/w3c/server-timing), there are no longer ...
3 years, 5 months ago
(2017-07-06 10:49:13 UTC)
#31
Message was sent while issue was closed.
Description was changed from
==========
Per the new server-timing spec
(https://github.com/w3c/server-timing), there are no longer standalone
`server` entries emitted to PerformanceObservers or found in the
timeline. Server-timing data now comes down in an Array as `serverTiming` on the
corresponding PerformanceResourceTiming entry for subresources, and on
the PerformanceNavigationTiming entry for the basepage. Also,
PerformanceServerTiming no longer extends PerformanceEntry, because
half of the fields either held no value (startTime) or were redundant
(name, entryType). Lastly, we are going to name the numeric "value"
instead of "duration", because it's just a double.
BUG=702760
==========
to
==========
Per the new server-timing spec
(https://github.com/w3c/server-timing), there are no longer standalone
`server` entries emitted to PerformanceObservers or found in the
timeline. Server-timing data now comes down in an Array as `serverTiming` on the
corresponding PerformanceResourceTiming entry for subresources, and on
the PerformanceNavigationTiming entry for the basepage. Also,
PerformanceServerTiming no longer extends PerformanceEntry, because
half of the fields either held no value (startTime) or were redundant
(name, entryType). Lastly, we are going to name the numeric "value"
instead of "duration", because it's just a double.
BUG=702760
Review-Url: https://codereview.chromium.org/2962113002
Cr-Commit-Position: refs/heads/master@{#484536}
Committed:
https://chromium.googlesource.com/chromium/src/+/03ba6110113f1439b239b6142c13...
==========
commit-bot: I haz the power
Committed patchset #6 (id:100001) as https://chromium.googlesource.com/chromium/src/+/03ba6110113f1439b239b6142c130e60fc9b4519
3 years, 5 months ago
(2017-07-06 10:49:15 UTC)
#32
Issue 2962113002: Updates to Server-Timing in accordance with with spec changes
(Closed)
Created 3 years, 5 months ago by cvazac-akam
Modified 3 years, 5 months ago
Reviewers: Mike West, Yoav Weiss
Base URL:
Comments: 10