Closed Bug 1823921 Opened 2 years ago Closed 2 years ago

Filter out some requests from ORB telemetry

Categories

(Core :: DOM: Networking, enhancement)

enhancement

Tracking

()

RESOLVED FIXED
113 Branch
Tracking Status
firefox113 --- fixed

People

(Reporter: sefeng, Assigned: sefeng)

References

(Blocks 1 open bug)

Details

(Whiteboard: [necko-triaged][orb:m2])

Attachments

(1 file)

I think before we start to collect more data, the simplest thing we can do is to follow Olli's suggestion by filtering nsIContentPolicy::TYPE_BEACON, nsIContentPolicy::TYPE_PING and nsIContentPolicy::TYPE_CSP_REPORT requests out from the ORB telemetry probes, since the content process will do nothing to these requests so having them blocked by ORB should have zero web-compat concerns.

Especially for TYPE_BEACON because Amazon.com and live.com both have ORB blocked requests with TYPE_BEACON.

Content processes can do nothing to the responses of nsIContentPolicy::TYPE_BEACON,
nsIContentPolicy::TYPE_PING and nsIContentPolicy::TYPE_CSP_REPORT requests, so filter
them out of the ORB_DID_EVER_BLOCK_RESPONSE probe to not worry them for
web compatibility.

Assignee: nobody → sefeng
Status: NEW → ASSIGNED

One thing we need to figure out is how to not show these loads as errors in the devtools network monitor.

Pushed by sefeng@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d9c64e620b71 Filter out some types of requests from the ORB_DID_EVER_BLOCK_RESPONSE probe r=farre,necko-reviewers,kershaw
Blocks: 1824137

One thing we need to figure out is how to not show these loads as errors in the devtools network monitor.

Filed bug 1824137

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 113 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: