1501745 - [macOS 10.14] Camera/Mic permission prompt not displayed on Nightly for getUserMedia call

Status: RESOLVED WORKSFORME

(Core :: WebRTC: Audio/Video, defect, P1)

Description

[Haik Aftandilian [:haik]]

On Nightly 65.0a1 (2018-10-24), on macOS 10.14 Mojave, the site

  https://jsfiddle.net/jib1/r60bzmrs/

Does not trigger the camera/mic site permission dialog.

Actual result: the error "NotAllowedError: The request is not allowed by the user agent or the platform in the current context" is displayed by the site.

Expected result: the getUserMedia() prompt is displayed by Firefox.

Mozregression led me to bug 1499788:

  https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=3eb04f5363eb661fa2ae544a934a7ace85b65282&tochange=8f74f5dbf5c0d12bebf84841b8553b179b7d04a0

Note: with the fix for bug 1479051, Mojave behaves slightly differently than other platforms because it's possible for the site to have permission to use the camera/mic in Firefox, but for Firefox *not* to have permission in the OS to access the camera/mic.

Comment 1

[Andrea Marchesini [:baku]]

This regression should be fixed when inherit algorithm will support sandboxed iframes correctly at a spec level. jsfiddle.net creates a sandboxed iframe with an 'allow' attribute containing 'camera; microphone; and other features'.

But by spec, we should create an unique opaque origin for sandboxed iframes and use it to replace 'src' (implicit if no allowlist values are passed for features in 'allow' attribute). But then, the internal iframe document will have another opaque origin, which will not match the first one. The result is that features are not allowed.

Comment 2

[Nico Grunbaum [:ng, @chew:mozilla.org]]

(In reply to Andrea Marchesini [:baku] from comment #1)
> This regression should be fixed when inherit algorithm will support
> sandboxed iframes correctly at a spec level. jsfiddle.net creates a
> sandboxed iframe with an 'allow' attribute containing 'camera; microphone;
> and other features'.

Andrea, do we have a bug tracking this already?

Comment 3

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

Is this limited to Mojave? I'm on 10.12.6 and the fiddle in comment 0 works fine for me (prompts for camera; works).

Comment 4

[Haik Aftandilian [:haik]]

With today's Nightly, this isn't reproducible for me anymore.

2018-10-29, build rev: https://hg.mozilla.org/mozilla-central/rev/f7a97b344fa59bd3b01ea81ebd5b150aa63bfb12

Comment 5

[Haik Aftandilian [:haik]]

(In reply to Haik Aftandilian [:haik] from comment #4)
> With today's Nightly, this isn't reproducible for me anymore.
> 
> 2018-10-29, build rev:
> https://hg.mozilla.org/mozilla-central/rev/
> f7a97b344fa59bd3b01ea81ebd5b150aa63bfb12

That's on Mojave.

Comment 6

[Nico Grunbaum [:ng, @chew:mozilla.org]]

This now works for me on Mojave. Haik, can this be marked as fixed or a duplicate of Bug 1501745?

Comment 7

[Haik Aftandilian [:haik]]

(In reply to Nico Grunbaum [:ng] from comment #6)
> This now works for me on Mojave. Haik, can this be marked as fixed or a duplicate of Bug 1501745?

Yes, closing as WORKSFORME. (I can't reproduce it either.)