Closed
Bug 1953516
Opened 13 days ago
Closed 12 days ago
Network monitor is not fetching timings for totalTime = 0 requests
Categories
(DevTools :: Netmonitor, defect)
DevTools
Netmonitor
Tracking
(firefox138 fixed)
RESOLVED
FIXED
138 Branch
Tracking | Status | |
---|---|---|
firefox138 | --- | fixed |
People
(Reporter: jdescottes, Assigned: jdescottes)
References
(Blocks 2 open bugs)
Details
Attachments
(1 file)
This seems to be the root cause of several intermittent failures such as Bug 1767658.
Our netmonitor test helpers strongly rely on waiting for "eventTimings" to mark the end of the request.
However this data is only requested on demand by the Waterfall component (which already sounds fragile).
And this component will also incorrectly skip requesting eventTimings if the totalTime of the request is 0ms:
if (nextProps.isVisible && nextProps.item.totalTime) {
const { connector, item } = nextProps;
fetchNetworkUpdatePacket(connector.requestData, item, ["eventTimings"]);
}
Instead of nextProps.item.totalTime
we should check if typeof nextProps.item.totalTime == "number"
.
Assignee | ||
Comment 1•13 days ago
|
||
For very fast requests with a 0s totalTime we never request event timings,
which can hang browser mochitests which depend on this to consider requests as done.
Updated•13 days ago
|
Assignee: nobody → jdescottes
Status: NEW → ASSIGNED
Pushed by jdescottes@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/71dedeeef0ec
[devtools] Fetch event timings for all requests which have a valid totalTime r=devtools-reviewers,ochameau
Comment 3•12 days ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 12 days ago
status-firefox138:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 138 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•