Bug 1907496

Summary:	After RHEL 8.3 CSB update cannot get audio input working on firefox
Product:	Red Hat Enterprise Linux 8	Reporter:	Suzanne Logcher <syeghiay>
Component:	firefox	Assignee:	Jan Horak <jhorak>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Desktop QE <desktop-qa-list>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	8.3	CC:	wtaymans
Target Milestone:	rc
Target Release:	8.0
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-05-19 12:46:52 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Suzanne Logcher 2020-12-14 16:12:05 UTC

Description of problem:

I upgraded my laptop to RHEL 8.3 CSB last week. The very next day, I was unable to get audio input to work in Firefox for a Google Meet video meeting both with my Platronics BT300M and without. Just to clarify, audio output worked fine (I could hear other people on the meeting but they could not hear me). At the time, I used my phone for audio. Later, working with IT, we discovered that audio input (and output) worked fine with Chrome.

Version-Release number of selected component (if applicable):
RHEL 8.3 CSB
Firefox 78.4.1esr (64-bit)
Chrome 86.0.4240.198 (Official Build) (64-bit)

How reproducible:
100% not working with Platronics BT300M
50% not working with laptop audio input

Steps to Reproduce:
1. Turn on Platronics headset, join meeting, no audio input. Shut off Platronics, switch to laptop ouput and input, no audio input.

2. Go on Google Meet via Firefox. Sometimes laptop input audio worked, sometimes it didn't.
3.
Actual results:
See above

Expected results:
Audio input works in firefox

Additional info:
Chrome works fine

Comment 1 Jan Horak 2021-02-23 07:55:54 UTC

Wim could this be related to the pipewire 0.3 switch we did on the RHEL 8.3? Any idea how to debug it from the pulseaudio point of view?

Comment 2 Wim Taymans 2021-02-23 08:33:54 UTC

> Wim could this be related to the pipewire 0.3 switch we did on the RHEL 8.3? Any idea how to debug it from the pulseaudio point of view?

Check if the source is visible with pavucontrol and if the monitor detects sounds.

We should probably disable all the audio parts in pipewire to avoid conflicts.

Comment 3 Jan Horak 2021-04-01 07:28:00 UTC

Could you please check what the Wim suggested?