getDisplayMedia results in system permission prompt for Microphone on macOS
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
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)
238.29 KB,
image/png
|
Details | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr128+
|
Details | Review |
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 instanceorg.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
Assignee | ||
Comment 1•2 months ago
|
||
On a hunch I tried setting media.getusermedia.microphone.voice_stream_priming.enabled=false
and with that, the system dialog no longer appears.
Comment 2•2 months ago
|
||
Set release status flags based on info from the regressing bug 1903002
Assignee | ||
Updated•2 months ago
|
Assignee | ||
Comment 3•2 months ago
|
||
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.
Assignee | ||
Comment 4•2 months ago
|
||
Comment 6•2 months ago
|
||
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!
Comment 7•2 months ago
|
||
bugherder |
Assignee | ||
Comment 8•2 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D219733
Updated•2 months ago
|
Comment 9•2 months ago
|
||
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
Assignee | ||
Comment 10•2 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D219733
Updated•2 months ago
|
Comment 11•2 months ago
|
||
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
Updated•2 months ago
|
Updated•2 months ago
|
Comment 12•2 months ago
|
||
uplift |
Updated•2 months ago
|
Comment 13•2 months ago
|
||
uplift |
Updated•2 months ago
|
Comment 14•2 months ago
|
||
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).
Description
•