Changeset 207473 in webkit
- Timestamp:
- Oct 18, 2016 11:08:16 AM (8 years ago)
- Location:
- trunk/Source/WebInspectorUI
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/WebInspectorUI/ChangeLog
r207444 r207473 1 2016-10-18 Joseph Pecoraro <pecoraro@apple.com> 2 3 REGRESSION(r201171): Web Inspector: Timeline Recording playhead should always start immediately, not wait until first event 4 https://bugs.webkit.org/show_bug.cgi?id=163583 5 <rdar://problem/28815882> 6 7 Reviewed by Timothy Hatcher. 8 9 * UserInterface/Views/TimelineRecordingContentView.js: 10 (WebInspector.TimelineRecordingContentView.prototype._startUpdatingCurrentTime): 11 Revert logic change introduced by r201171 with no explanation. 12 Whenever we get a start time we should use it, regardless of 13 of what the current time is, precisely because the backend is 14 informing us of the start time to use. 15 1 16 2016-10-17 Joseph Pecoraro <pecoraro@apple.com> 2 17 -
trunk/Source/WebInspectorUI/UserInterface/Views/TimelineRecordingContentView.js
r205425 r207473 440 440 return; 441 441 442 if (typeof startTime === "number" && !isNaN(this._currentTime))442 if (typeof startTime === "number") 443 443 this._currentTime = startTime; 444 else {444 else if (!isNaN(this._currentTime)) { 445 445 // This happens when you stop and later restart recording. 446 446 // COMPATIBILITY (iOS 9): Timeline.recordingStarted events did not include a timestamp.
Note: See TracChangeset
for help on using the changeset viewer.