Open robertnishihara opened 5 years ago
Any help on this would be appreciated :)
Seeing a similar (same?) issue in traces with large number of flows as well.
I dug into this a little bit and found that the issue is not a large number of flows, but rather just very high traces. When you scroll down, at some point the canvas is repositioned, and the drawing of flow arrows calculates things incorrectly.
I found that by commenting out the 'ctx.translate(...)' line in drawTrack(type)
in tracing/tracing/ui/tracks/model_track.html the problem is resolved. I don't quite understand all this code but it seems like the translation is being applied twice -- once there and once by some code in calculateTrackY.
I think this commit should fix the problem. Thanks @toddlipcon for tracking down the problem!
Hi! Thanks a lot for making chrome://tracing, it's amazing. Any help here would be appreciated.
Related Issues
Possibly related to #2204 and #3528, but I think this issue is different.
I also tried using the
"flow_in"
/"flow_out"
approach described in #2394, but that had a similar issue.Version Info
I'm using chrome://tracing. Info from chrome://version.
Issue
When I display a small number of flow events, they display correctly.
However, with large numbers of flow events, the arrows start to appear in the wrong locations (notice that the arrows appear staggered and at some point disappear altogether (this isn't the case at the very top of the timeline but it consistently appears like this when I scroll down)).
Reproducing the issue
I attached the two JSON files, and also here is the Python script I used to generate the JSON files.
example_timeline_correct.json.gz example_timeline_incorrect.json.gz
cc @alanamarzoev