Closed Bug 1865640 Opened 1 year ago Closed 1 year ago

Grab WorkerRef in StartConsuming instead of Create

Categories

(Core :: DOM: Networking, task, P2)

task

Tracking

()

RESOLVED FIXED
122 Branch
Tracking Status
firefox122 --- fixed

People

(Reporter: saschanaz, Assigned: saschanaz)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [necko-triaged])

Attachments

(2 files, 1 obsolete file)

It makes no sense to grab WorkerRef when Create() doesn't do anything. WorkerRef is only needed after StartConsuming happens where AsyncWait() is called.

(It's not so obvious who owns this class right now; my current plan is to replace almost every stream setup in this class with stream helpers and give it back to whoever maintains Fetch. For that reason I put this in DOM: Networking.)

Blocks: fetch
Severity: -- → N/A
Type: defect → task
Priority: -- → P2
Whiteboard: [necko-triaged]

It's not holding any JS objects anymore, probably since the migration to DOM streams.

Comment on attachment 9364666 [details]
Bug 1865640 - Part 3: Assert non-native readable stream r=smaug

Revision D194186 was moved to bug 1866078. Setting attachment 9364666 [details] to obsolete.

Attachment #9364666 - Attachment is obsolete: true
Pushed by krosylight@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/72186a121dc0 Part 1: Drop SCRIPT_HOLDER from FetchStreamReader r=smaug https://hg.mozilla.org/integration/autoland/rev/14e583d8b48a Part 2: Grab StrongWorkerRef in StartConsuming instead of Create r=smaug
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 122 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: