Firefox doesn't re-read audio device list when it offers the user to choose a device
Categories
(Core :: Audio/Video: cubeb, defect)
Tracking
()
People
(Reporter: yuri, Unassigned, NeedInfo)
Details
Attachments
(1 file)
451.68 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:74.0) Gecko/20100101 Firefox/74.0
Steps to reproduce:
When the device list changes (new USB devices plugged in/out, PulseAudio restarted), the list of devices that Firefox offers to the user doesn't change.
The browser needs to be restarted for the list to be re-read, which isn't an optimal behavior.
Actual results:
The audio device lists remain the same.
Expected results:
Re-read the audio device lists every time before displaying them to the user.
Comment 1•4 years ago
|
||
I've set a component in order to get the dev team involved.
If you feel like it's an incorrect one please feel free to change it or assing one that suits it.
Comment 2•4 years ago
|
||
The priority flag is not set for this bug.
:gcp, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 3•4 years ago
|
||
Although the description is somewhat unclear, I assume this is about WebRTC.
Comment 4•4 years ago
|
||
Alex, would you mind having a first pass at this? If this is only appearing on Linux I think it is probably a lower level issue than gUM, perhaps Cubeb?
Updated•4 years ago
|
Comment 5•4 years ago
•
|
||
This works here, it must be something regarding the PulseAudio configuration. Can you please capture log using the following steps:
In the terminal:
# which firefox
# /usr/bin/firefox
# MOZ_LOG=cubeb:4 /usr/bin/firefox -P (edited according to comment 6)
Enumerate the devices
Plug or unplug a device
Close firefox
Copy and paste the stdout of the terminal here.
If the device change notification works I expect to see the corresponding logs.
Updated•4 years ago
|
Comment 7•4 years ago
|
||
Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is --
(Backlog,) indicating it has has not been previously triaged, the bug's Severity is being updated to --
(default, untriaged.)
Comment 8•4 years ago
|
||
Closed because not actionable and we can't reproduce. Reporter, if you can get us logs (procedure in comment 5), please comment or reopen, thanks!
Comment 9•3 years ago
|
||
(In reply to yuri@tsoft.com from comment #0)
… The browser needs to be restarted for the list to be re-read, …
Not reproducible with Firefox 84 on FreeBSD-CURRENT.
I connected a USB headset, opened a new tab, browsed to https://talky.io/usb-audio-freebsd and found the headset listed.
root@mowa219-gjp4-8570p:~ # date ; uname -v
Thu Dec 24 03:12:51 GMT 2020
FreeBSD 13.0-CURRENT #74 r368589: Sun Dec 13 07:55:46 GMT 2020 root@mowa219-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG
root@mowa219-gjp4-8570p:~ # pkg query '%o %v %R' firefox
www/firefox 84.0_2,2 FreeBSD
root@mowa219-gjp4-8570p:~ # cat /dev/sndstat
Installed devices:
pcm0: <ATI R6xx (HDMI)> (play)
pcm1: <IDT 92HD81B1X (Analog 2.0+HP/2.0)> (play/rec) default
pcm2: <IDT 92HD81B1X (Analog)> (play/rec)
pcm3: <USB audio> (play/rec)
No devices installed from userspace.
root@mowa219-gjp4-8570p:~ #
Description
•