Closed Bug 1914134 Opened 2 months ago Closed 2 months ago

getDisplayMedia results in system permission prompt for Microphone on macOS

Categories

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

Unspecified
macOS
defect

Tracking

()

VERIFIED FIXED
131 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- verified
firefox129 --- unaffected
firefox130 --- verified
firefox131 --- verified

People

(Reporter: pehrsons, Assigned: pehrsons)

References

(Regression)

Details

(Keywords: regression)

Attachments

(4 files)

STR:

  • Ensure there is no existing Microphone system permission for the Firefox you are testing. Clear it by, in a terminal, tccutil reset Microphone <BUNDLE_ID> where <BUNDLE_ID> is for instance org.mozilla.nightly for nightly release.
  • Restart Firefox if it is running. (unsure if really needed)
  • Go to https://mozilla.github.io/webrtc-landing/gum_test.html
  • Click Screen Capture
  • Once Firefox' permission prompt appears, wait for 5 seconds

Expected: nothing happens
Actual: sync (seems to block some API call) system dialog asking for user to allow Firefox using the microphone

On a hunch I tried setting media.getusermedia.microphone.voice_stream_priming.enabled=false and with that, the system dialog no longer appears.

Assignee: nobody → apehrson
Severity: -- → S4
Status: NEW → ASSIGNED
Keywords: regression
Regressed by: 1903002

Set release status flags based on info from the regressing bug 1903002

FWIW I marked this S4 because it only affects those users that have installed Firefox for the first time and use a service which makes a first gUM/gDM request that does not involve a mic, and I reckon that subset is a very small part of the overall user population.

Pushed by pehrsons@gmail.com: https://hg.mozilla.org/integration/autoland/rev/203e7b0db75d Do not prime for voice unless Microphone has been requested. r=padenot

Marking as fix-optional for beta 130 based on the low severity rating; however, if you feel it is safe enough for uplift, please request it. Thanks!

Status: ASSIGNED → RESOLVED
Closed: 2 months ago
Resolution: --- → FIXED
Target Milestone: --- → 131 Branch
Attachment #9420283 - Flags: approval-mozilla-beta?

beta Uplift Approval Request

  • User impact if declined: First-time users on macOS can be shown a Microphone permission dialog in video-only (camera/screen/window capture) use cases.
  • Code covered by automated testing: no
  • Fix verified in Nightly: no
  • Needs manual QE test: yes
  • Steps to reproduce for manual QE testing: See comment 0.
  • Risk associated with taking this patch: Very low
  • Explanation of risk level: Trivial; adds a new early-exit guard in the voice stream priming path.
  • String changes made/needed: None
  • Is Android affected?: no
Flags: qe-verify+
Attachment #9420285 - Flags: approval-mozilla-esr128?

esr128 Uplift Approval Request

  • User impact if declined: First-time users on macOS can be shown a Microphone permission dialog in video-only (camera/screen/window capture) use cases.
  • Code covered by automated testing: no
  • Fix verified in Nightly: no
  • Needs manual QE test: yes
  • Steps to reproduce for manual QE testing: See comment 0 on the bug.
  • Risk associated with taking this patch: Very low
  • Explanation of risk level: Trivial; adds a new early-exit guard in the voice stream priming path.
  • String changes made/needed: None
  • Is Android affected?: no
Attachment #9420283 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Attachment #9420285 - Flags: approval-mozilla-esr128? → approval-mozilla-esr128+

Reproduced the issue on Firefox 131.0a1 (2024-08-21) on macOS 14.6.1 by following the STR provided in Comment 0.

The issue is fixed on Firefox 128.2.0esr, Firefox 130.0 and Firefox 131.0a1 (2024-08-27).

Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: