Open Bug 1915079 Opened 3 months ago Updated 19 days ago

voice.google.com - The caller has no audio when both parties are using Firefox

Categories

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

Desktop
Windows 10

Tracking

(Not tracked)

People

(Reporter: rbucata, Assigned: dbaker, NeedInfo)

References

(Blocks 1 open bug, )

Details

(Keywords: webcompat:needs-diagnosis, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs])

User Story

platform:windows,mac,linux
impact:site-broken
configuration:general
affects:all
branch:release
diagnosis-team:video-conferencing

Environment:
Operating system: Windows 10
Firefox version: Firefox 129.0

Preconditions:
Both callers are using Firefox

Steps to reproduce:

  1. Navigate to: https://voice.google.com/
  2. Perform account login
  3. Call a user that also uses Firefox and observe

Expected Behavior:
Audio is fine

Actual Behavior:
The caller can not be heard by the callee

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in Firefox Nightly, and Firefox Release
  • Does not reproduce in Chrome

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

Summary: voice.google.com - The caller can has no audio when both parties are using Firefox → voice.google.com - The caller has no audio when both parties are using Firefox

Please note that for this, a paid account is needed, as our test accounts can not perform calls (a valid plan is needed)

Please note that I have now tested this with edge and the same thing applies. Firefox does not need to be both browsers.

Firefox to Edge - Reproducible.
Firefox to Google voice on Android phone - Reproducible.
Edge to Firefox - Reproducible.
Android phone (using google voice) to Firefox - Reproducible.
Firefox to non-computer (stores and such) - Working as intended.

It doesn't need to be browser to browser only. I would update the Bugzilla post, but I don't have access.

Severity: -- → S2
User Story: (updated)
Priority: -- → P2

Guessing this is the same issue as group calling. See https://bugzilla.mozilla.org/show_bug.cgi?id=1896424#c5

Blocks: meet

(In reply to Jim Mathies [:jimm] from comment #3)

Guessing this is the same issue as group calling. See https://bugzilla.mozilla.org/show_bug.cgi?id=1896424#c5

Perhaps. Though the issue there seems to be a missing button.

Flags: needinfo?(jib)

Testing this appears to require two Google Voice accounts. I only have one.

Flags: needinfo?(jib)

I saw an issue on my Windows 11 machine when receiving a call. I'll work to debug further.

Assignee: nobody → dbaker

The issue I'm seeing seems only to be for incoming calls. An automated message is played which is heared and then after that no audio from the caller.

Debugging I see that google voice is not including an SSRC attribute into their SDP. My understanding is that we will then utilize whatever SSRC we see coming in for a specific payload type. What seems to be happening is that the SSRC is switching when the audio switches from the automated message to the callers audio. This new SSRC does not match what was set in the filter for MediaPipeline so these new audio packets are discarded.

Could you try testing again with the latest Nightly build of Firefox https://www.mozilla.org/en-US/firefox/channel/desktop/. I am only able to reproduce an issue when I called from Android Pixel phone to Firefox. Curious if you are seeing the same behavior still you reported or if it has changed with recent changes to Firefox.

If you can reproduce still what you are seeing where even browser to browser fails please do the following:

  • Get into a call to reproduce the issue then in a new tab go to about:webrtc and copy that information and paste it into this bug.
  • Navigate to about:support and paste that information into this bug.
Flags: needinfo?(temp)
Flags: needinfo?(dbaker)

Posted in the Mozilla Google Meet group to see if we can get pointed to a contact for voice.google.com.

You need to log in before you can comment on or make changes to this bug.