1903782 - Audio is lost in webRTC calls with macOS 12.6.3

Status: RESOLVED WORKSFORME

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

Description

[Negritas Sergiu, Desktop QA]

Found in

• 128.0b5

Affected versions

• from 128.0b1 to 128.0b5

Affected platforms:

• MacOS 12.6.3 ARM

Unaffected platforms:

• Windows 10/11
• Ubuntu 22.04
• MacOS 12.6
• MacOS 14 ARM

Steps to reproduce

1. Open firefox and start a web conference. (ex. https://freeconferencing.vonage.com/)
2. Ensure audio/video are working properly.

Expected result

• The webconference has started and there are no issues with the audio.

Actual result

• There is no audio input or output from Firefox in the conference.

Additional notes

• This issue affects only WebRTC calls and is only present on MacOS 12.6.3 with an ARM chipset and is only affecting firefox 128 beta versions. The issue is present MS Teams and jumpchat

Comment 1

[Brindusa Tot, Desktop QA]

Also on macOS 12.6.3 ARM on Beta 128.0b1, audio is not working for getUserMedia processing, see below steps:
Steps:

1. Load: https://jsfiddle.net/jib1/n7bmkjnf
2. Accept the microphone prompt.
3. Check and uncheck the different boxes in the lower right panel.

Expected result:
Audio remains intelligible and no delays are observed.

Actual result:
Audio is not working.

Please note that on same machine on RC 127.0.1 or on latest Nightly 129.0a1 works fine.

Comment 2

[Andreas Pehrson [:pehrsons]]

Could you retest on 128.0b6? I'm thinking this could be bug 1903027, which was uplifted to b6.

I'd guess ARM is irrelevant, and it's more dependent on the actual input and output devices used. macOS 12 is relevant, since we have disabled platform voice processing there.

Comment 3

[Negritas Sergiu, Desktop QA]

Hello! I can confirm that the issue is fixed with firefox 128.0b6 and 128.0b7 on MacOS 12.6.3. I will mark this issue as RESOLVED->WORKSFORME