WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
194110
Web Inspector: Timeline graphs have drawing issues with multiple discontinuities
https://bugs.webkit.org/show_bug.cgi?id=194110
Summary
Web Inspector: Timeline graphs have drawing issues with multiple discontinuities
Joseph Pecoraro
Reported
2019-01-31 13:39:33 PST
Created
attachment 360767
[details]
[IMAGE] Issue Timeline graphs have drawing issues with multiple discontinuities Steps to Reproduce: 1. Inspect this page 2. Show Memory timeline 3. Start and stop recording rapidly => Drawing issues Notes: • Happens when there are multiple discontinuities between valid records, since only 1 is taken into account at a time
Attachments
[IMAGE] Issue
(877.76 KB, image/png)
2019-01-31 13:39 PST
,
Joseph Pecoraro
no flags
Details
[PATCH] Proposed Fix
(8.37 KB, patch)
2019-01-31 14:27 PST
,
Joseph Pecoraro
hi
: review+
hi
: commit-queue-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2019-01-31 13:39:53 PST
<
rdar://problem/47714356
>
Joseph Pecoraro
Comment 2
2019-01-31 14:27:40 PST
Created
attachment 360782
[details]
[PATCH] Proposed Fix
Devin Rousso
Comment 3
2019-01-31 15:24:01 PST
Comment on
attachment 360782
[details]
[PATCH] Proposed Fix View in context:
https://bugs.webkit.org/attachment.cgi?id=360782&action=review
rs=me, with some issues/questions
> Source/WebInspectorUI/UserInterface/Views/CPUTimelineView.js:145 > dataPoints.push({time, size: usage});
Unrelated: should we be using `size` here? What about `mainThreadUsage` and `nonMainThreadUsage`?
> Source/WebInspectorUI/UserInterface/Views/MemoryTimelineOverviewGraph.js:203 > + insertDiscontinuity.call(this, previousRecord, discontinuities[0], discontinuities[0], null);
Is it necessary to also update the equivalent of this in >CPUTimelineView.js:151?
> Source/WebInspectorUI/UserInterface/Views/MemoryTimelineView.js:-252 > - let size = new WI.Size(xScale(graphEndTime), memoryCategoryViewHeight);
Why did this move? We need `size` to be defined in `yScale`.
Devin Rousso
Comment 4
2019-02-01 11:13:34 PST
Does this resolve <
https://webkit.org/b/158195
>?
Joseph Pecoraro
Comment 5
2019-02-01 11:30:08 PST
Comment on
attachment 360782
[details]
[PATCH] Proposed Fix View in context:
https://bugs.webkit.org/attachment.cgi?id=360782&action=review
>> Source/WebInspectorUI/UserInterface/Views/CPUTimelineView.js:145 >> dataPoints.push({time, size: usage}); > > Unrelated: should we be using `size` here? What about `mainThreadUsage` and `nonMainThreadUsage`?
Oops, y es mainThread/nonMainThread come in a future patch, so I shouldn't have those here!
>> Source/WebInspectorUI/UserInterface/Views/MemoryTimelineOverviewGraph.js:203 >> + insertDiscontinuity.call(this, previousRecord, discontinuities[0], discontinuities[0], null); > > Is it necessary to also update the equivalent of this in >CPUTimelineView.js:151?
Technically it doesn't matter at this point. At this point in both files we are past the last visible record. So 1 or more discontinuities do not matter, we just draw down to zero for the next discontinuity and stop.
>> Source/WebInspectorUI/UserInterface/Views/MemoryTimelineView.js:-252 >> - let size = new WI.Size(xScale(graphEndTime), memoryCategoryViewHeight); > > Why did this move? We need `size` to be defined in `yScale`.
The position of the function doesn't matter, but I can move this back.
Joseph Pecoraro
Comment 6
2019-02-01 13:26:16 PST
https://trac.webkit.org/changeset/240867/webkit
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug