Possible bug in batch duration calculation: duration can be longer than the render that's observed in the timeline #124
Labels
bug
Something isn't working
importance: 1 - must have
Must be implemented for the issue's phase to be complete
phase: 2 - iteration
Iterations on our MVP
urgency: 3 - within 2 weeks
work type: investigation
A task that primarily involves digging into a particular problem
From #123:
Perhaps caused by the lack of render cancelled marks (MLH-Fellowship/react#30)?
Update 19 Aug
Seems like
getBatchRange
just sets the range's end time to the start time of the next batch. Is this intentional/correct?scheduling-profiler-prototype/src/utils/getBatchRange.js
Lines 29 to 35 in 95b2154
The text was updated successfully, but these errors were encountered: