If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

media.navigator.audio.full_duplex broken on Linux with Alsa

UNCONFIRMED
Unassigned

Status

()

Core
WebRTC: Audio/Video
UNCONFIRMED
6 months ago
6 months ago

People

(Reporter: roblabla, Unassigned)

Tracking

52 Branch
Unspecified
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [needinfo padenot 4/3/17])

(Reporter)

Description

6 months ago
Steps to reproduce:

1. Install QubesOS
2. Run firefox inside one of the Qubes VM.
3. Go to https://jsfiddle.net/W569n/3/
4. Press "click here to start stream"


Actual results:

An error comes up : NotFoundError: The object can not be found here

Expected results:

Firefox should be able to find the audio input streams properly and ask the user which one to share with the page.
(Reporter)

Comment 1

6 months ago
Thanks to some help on IRC, I've been able to pinpoint the problem to an interaction between ALSA and the media.navigator.audio.full_duplex option. If I disable this option, firefox starts acting as expected. I have a patch written that deactivate full_duplex when FF is compiled with USE_ALSA.

Updated

6 months ago
Component: General → WebRTC
Product: Firefox → Core

Updated

6 months ago
Component: WebRTC → WebRTC: Audio/Video

Comment 2

6 months ago
Not sure who was involved in the IRC conversation mentioned in comment 1.
Flags: needinfo?(padenot)
Summary: getUserMedia broken on Linux with Qubes OS → media.navigator.audio.full_duplex broken on Linux with Alsa

Updated

6 months ago
Whiteboard: [needinfo padenot 4/3/17]
That was me, in #firefox
Flags: needinfo?(padenot)
You need to log in before you can comment on or make changes to this bug.