Closed Bug 1145738 Opened 9 years ago Closed 9 years ago

JS Tree View/Flamegraph sometimes doesn't render any frames

Categories

(DevTools :: Performance Tools (Profiler/Timeline), defect, P1)

37 Branch
x86
macOS
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jsantell, Assigned: jsantell)

References

Details

Can't consistently recreate this, but once it fails, it seems to fail until restart. It's like no profiler data exists.
Blocks: perf-tool-papercuts
No longer blocks: perf-tool-v2
What happens is the profiler start time is X, and when we receive the samples from the back end, all the samples have times < X, so no samples are rendered. this is very bad. Maybe this only happens when you have the profiler running for awhile. All my sample profiles are only about 2-3 seconds long.

earliest time, latest time, profiler start time
3244051 - 3270404 - 3390269

3440575.5 - 3466624 - 3552771

3924127.5 - 3950841.5 - 4048497
It seems as if some point, the profiler restarted, and gProfilerStartTime was not reset. Causing our profiler start time from startProfiler() (so Date.now() - gProfilerStartTime) to no longer match the internal timing used by profiler to match its samples.
To clarify, with no toolboxes open or anything, and opening a new toolbox to start a new recording, the profiler is considered "active"
Depends on: 1145824
This is more than a papercut - this makes all of the profiler literally unusable
Blocks: perf-tool-v2
No longer blocks: perf-tool-papercuts
Seeing this in old profiler in Fx38 as well. I think it mostly happens with long running instances.
Haven't seen this in awhile, but we need to keep an eye on this and ensure this doens't happenf or long running instances.
Assignee: nobody → jsantell
Priority: -- → P1
Status: NEW → ASSIGNED
Haven't seen this at all, luckily.. CLOSING
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.