Closed Bug 1402784 Opened 3 years ago Closed 4 months ago

Add "audioworklet" as a possible destination on a Fetch `request`

Categories

(Core :: DOM: Core & HTML, enhancement, P2)

enhancement

Tracking

()

RESOLVED FIXED
mozilla76
Tracking Status
firefox58 --- wontfix
firefox76 --- fixed

People

(Reporter: padenot, Assigned: baku)

References

(Blocks 1 open bug, Regressed 1 open bug)

Details

(Keywords: dev-doc-complete)

Attachments

(3 files)

Associated spec issue: https://github.com/whatwg/fetch/pull/527
Blocks: audioworklet
Mirroring the priority of bug 1062849. 
Paul, feel free to change the priority as you see fit according to the latest AudioWorklet plan.
Priority: -- → P2
Blocks: 1473176
Component: DOM → DOM: Core & HTML
Assignee: nobody → amarchesini
Status: NEW → ASSIGNED
Pushed by amarchesini@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/95e4acb5e6e7
Introduce nsIContentPolicy::TYPE_INTERNAL_AUDIOWORKLET and nsIContentPolicy::TYPE_INTERNAL_PAINTWORKLET, r=ckerschb
https://hg.mozilla.org/integration/autoland/rev/367f64f2dd1b
Use nsIContentPolicy::TYPE_INTERNAL_AUDIOWORKLET and nsIContentPolicy::TYPE_INTERNAL_PAINTWORKLET in Worklet code, r=smaug
https://hg.mozilla.org/integration/autoland/rev/2ca9d49fdbf9
Request.destination audioworklet WPT, r=annevk
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/22389 for changes under testing/web-platform/tests
Upstream web-platform-tests status checks passed, PR will merge once commit reaches central.
Status: ASSIGNED → RESOLVED
Closed: 4 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla76
Upstream PR merged by moz-wptsync-bot
Flags: in-testsuite+

Documentation updated:

  • Updated Request.destination with some information about script-based destinations
  • Updated the BCD records but have not yet submitted as it's part of the overall update to audioworklet. Will be pushed soon. Adds the destination types to RequestDestination.json
  • Added a mention of this change to Firefox 76 for developers

The referenced specification issue does not actually specify the behavior
implemented here; it only extends Fetch so that this behavior can be specified
elsewhere.

The Web Audio specification still makes no mention of the "audioworklet"
request destination. Before it can do that, the Worklets spec needs an
extension [1].

Completing this will justify the non-normative table in Fetch [2] and the
shared tests in WPT. It may also motivate Chromium to align with Firefox
(today, it uses the value "script" as per the spec [3]).

Andrea: do you have the bandwidth to wrap this up?

[1] https://github.com/w3c/css-houdini-drafts/issues/378
[2] https://fetch.spec.whatwg.org/#requests
[3] https://github.com/chromium/chromium/blob/2cf7a7c941a5bea2ac535365d841b63c28ad2084/third_party/blink/common/loader/request_destination.cc

Flags: needinfo?(amarchesini)

Unfortunately, I don't have time to work on this. I can help somebody else, and I can review code, but not more than this for the next couple of months. Mike, is it something you can work on?

Flags: needinfo?(amarchesini)
You need to log in before you can comment on or make changes to this bug.