1902460 - copilot.microsoft.com - Microphone can not be activated

Status: RESOLVED DUPLICATE of bug 1950050

(Web Compatibility :: Site Reports, defect, P1)

Description

[Ksenia Berezina [:ksenia]]

Environment:
Operating system: Android 10
Originally reported Firefox version: Firefox Mobile 122.0
Last reproduced with the following UA: Mozilla/5.0 (Android 14; Mobile; rv:126.0) Gecko/126.0 Firefox/126.0
Platforms reproduced on: android

Steps to reproduce:
I can't activate the microphone.

Actual Behavior:
Media controls are broken or missing

Created from https://github.com/webcompat/web-bugs/issues/132451

Comment 1

[Ksenia Berezina [:ksenia]]

There is an error

 `MediaNotReachable 'microphone' (value of 'name' member of PermissionDescriptor) is not a valid value for enumeration PermissionName.` 

when navigator.permissions.query is called with microphone as a parameter:

this.micPermission = this.config.speech.micPermissionProvider ? await this.config.speech.micPermissionProvider() : await navigator.permissions.query({
                name: 'microphone'
}),

It depends on bug1609427, which just landed and will be available on Android Nightly soon (and eventually release).

Comment 2

[Calin Tanase]

Attachment: error.png

This is still an issue, it displays an error after enabling the microphone.

Tested on latest Nightly for Android.

Comment 3

[Jeff Muizelaar [:jrmuizel]]

Dan, can you reproduce this?

Comment 4

[Jim Mathies [:jimm]]

The changes in bug 1609427 only applied to desktop. Gecko View permissions are handled separately.

Comment 5

[Jim Mathies [:jimm]]

This could be addressed through an intervention shorter term.

Comment 6

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

To clarify comment 4, permissions.query() is enabled on Android, so the error message in comment 1 should be gone.

But Android will report "prompt" instead of "granted" for temporary permissions due to a missing Desktop-only feature: Always Ask ✖ mode, which turns "prompt" into "granted" after first gUM use. (On desktop set permissions.media.show_always_ask.enabled to see this feature in action in the URL bar even though it's always there on desktop). This feature is also wallpapering over the limited implementation of permissions.query() which currently only exposes persisted permissions (bug 1924572).

But it sounds like the website is broken here, confusing "prompt" with "denied" and is refusing to cooperate or use the microphone in the face of anything but a value of "granted". So an intervention seems appropriate.

Comment 7

[Thomas Wisniewski [:twisniewski]]

@jib, I think there is more to this which will make it impossible to fix this with interventions.

On desktop, when I try to start the microphone, I see the same "it's not you, it's me" problem, with this appearing in the console:

Connecting AudioNodes from AudioContexts with different sample-rate is currently not supported. bundle.js:83:31577
Error: Error starting audio capture: NotSupportedError: AudioContext.createMediaStreamSource: Connecting AudioNodes from AudioContexts with different sample-rate is currently not supported.

Comment 8

[Andreas Pehrson [:pehrsons] (PTO; back in Aug)]

(In reply to Thomas Wisniewski [:twisniewski] from comment #7)

@jib, I think there is more to this which will make it impossible to fix this with interventions.

On desktop, when I try to start the microphone, I see the same "it's not you, it's me" problem, with this appearing in the console:

Connecting AudioNodes from AudioContexts with different sample-rate is currently not supported. bundle.js:83:31577
Error: Error starting audio capture: NotSupportedError: AudioContext.createMediaStreamSource: Connecting AudioNodes from AudioContexts with different sample-rate is currently not supported.

That's diagnosed in bug 1950050. Should we mark one a duplicate?