1864274 - audio and video playback issue when browsing certain websites

Status: NEW

(Core :: Audio/Video: cubeb, defect, P3)

Description

[Mihajlo]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/119.0

Steps to reproduce:

Step one: Connect to bluetooth headphones
Step two: Open YouTube and play any video
Step three: In new tab open either https://torn.com or https://aliexpress.com
Step four: Click on the website logo in the top left corner so the website reloads

Actual results:

Right when the website reloads, you can hear the audio stop for a split second, and if you watch the video simultaneously you can also see it stutter for a split second.
I found this problem on Linux, but in further investigation with my friends I also found it happening on Windows. Keep in mind, on Linux the problem for some reason only happens when listening on bluetooth headphones, and on Windows it happens on both the laptop speakers and bluetooth headphones so step one is not needed if on windows.
The problem has been verified on another machine running Kali linux.

Expected results:

Video and audio playback should not stutter, like expected

Comment 1

[BugBot [:suhaib / :marco]]

The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Alastor Wu [:alwu]]

I can reproduce this issue on Windows 11. I was playing a video on background tab, and open https://aliexpress.com on another foreground tab. When clicking the log of aliexpress, I can notice that the audio got paused for a while. It's not 100% reproducible when clicking the logo, but still have very high reproduce rate.

I captured two profiled results [1], and this seems a cubeb issue, maybe audio ipc? Paul, kinetik, do any of y'all have time to check this?

Thank you so much.

[1]
https://share.firefox.dev/3SFW7Cr
https://share.firefox.dev/47y6In5

Comment 3

[Matthew Gregan [:kinetik]]

I'll try to repro and investigate early next week. From a very quick look at the profiles, something is causing large delays in the AudioIPC server (or in a subsequent cubeb) - I see AudioStream::GetPosition call taking >1s.

Comment 4

[Jim Mathies [:jimm]]

Hasn't been widely reported. Downgrading.