Closed Bug 1796191 Opened 4 years ago Closed 3 years ago

Separate midi and midi-sysex permissions

Categories

(Core :: DOM: Device Interfaces, defect, P3)

defect

Tracking

()

RESOLVED FIXED
108 Branch
Tracking Status
firefox108 --- fixed

People

(Reporter: bholley, Assigned: nchevobbe)

References

Details

Attachments

(1 file)

In our first iteration of the addon-gating experiment, there was an explicit sign-up step by the site. Since we figured that anybody going through this flow would want to grant themselves sysex, we decided to avoid making it a parameter to simplify the experience. Now that we've switched towards automatic generation, that's no longer a concern.

On the UX side, we see both midi and midi-sysex as dangerous and requiring heightened consent (as opposed to Chrome, which grants midi to all sits without any consent at all). So we're going to use an equally-scary dialog whether sysex is requested or not.

However, I do think there's some value in segregating the permissions anyway. First, it follows the principle of least privilege (why give sites firmware access when they didn't even request it?). Second, it could reduce webcompat risk, since a site designed for Chrome that does not request sysex might theoretically break if those additional unexpected APIs are present when running in Firefox.

Assignee: nobody → nchevobbe
Pushed by nchevobbe@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d1e86449623f Separate midi and midi-sysex permissions. r=gsvelto.
Regressions: 1797716
Severity: -- → S3
Priority: -- → P3
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 108 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: