Closed Bug 1795025 Opened 2 years ago Closed 2 years ago

Enable dom.webmidi.enabled everywhere

Categories

(Core :: DOM: Device Interfaces, task)

task

Tracking

()

RESOLVED FIXED
108 Branch
Tracking Status
relnote-firefox --- 108+
firefox108 --- fixed

People

(Reporter: nchevobbe, Assigned: bholley)

References

Details

(Keywords: dev-doc-complete)

Attachments

(1 file)

No description provided.
Assignee: nobody → bholley
Status: NEW → ASSIGNED
Pushed by bholley@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/d728a4555222
Remove early-beta gate from WebMIDI. r=gsvelto
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 108 Branch
Keywords: dev-doc-needed

FF108 MDN docs work for this can be tracked in https://github.com/mdn/content/issues/22111

It would be useful for those docs to be able to link to Firefox documentation on the site permission plugin - something showing how to add, view and disable the plugins. Who is responsible for creating that (i.e. can I have an ETA)?

Flags: needinfo?(bholley)

There's a rough draft of a SUMO page here: https://support.mozilla.org/en-US/kb/site-permission-addons

Somebody will do a copy-edit pass next week. We're also planning to publish a blog post when 108 hits release.

Flags: needinfo?(bholley)
Blocks: 1790621

Release Note Request (optional, but appreciated)
[Affects Firefox for Android]: No
[Suggested wording]: Firefox now supports the WebMIDI API along with a new experimental mechanism for controlling access to dangerous capabilities.
[Links (documentation, blog post, etc)]: See above

relnote-firefox: --- → ?

Bobby, I assume this release note request is not to the MDN docs team?
FYI The MDN release note for this is here. It does not mention that the mechanism is experimental. If that is important I'd expect the information to be in the site-permission-plugin page.

(In reply to Hamish Willee from comment #8)

Bobby, I assume this release note request is not to the MDN docs team?

I intended it to be for the product release notes — I'm not sure how those relate to the ones on MDN.

FYI The MDN release note for this is here.

Thanks. I might propose rewording the relnote slightly as follows:

The WebMIDI API is now available in secure contexts. Calls to navigator.requestMIDIAccess() will prompt users with active MIDI devices to install a Site Permission Add-On, which is required to enable the API.

Does that seem reasonable? I think linking Site Permission Add-On to the SUMO page, as you do now, should give people enough context if they want to learn more, and that there's no need to send them to this bug.

It does not mention that the mechanism is experimental.

The "experimental" just means that we want to see how well the Site Permission Add-On mechanism works for WebMIDI before we'd consider using it for anything else. This isn't something that users need to worry about.

Flags: needinfo?(hamishwillee)

Thanks @Bobby. I updated it in https://github.com/mdn/content/pull/22591 to match your suggestion. The original missed the nuance that you get the prompt to install the site permission add on if you have active MIDI devices - not just "attempt to use the API".

I intended it to be for the product release notes — I'm not sure how those relate to the ones on MDN.

They don't relate in any way. Other than perhaps if we see a comment for the product release notes we might "liberate" it for the MDN notes.

"Yes" to all the rest. Very reasonable.

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

Attachment

General

Created:
Updated:
Size: