Flaky sound on youtube and overcast.fm

VERIFIED FIXED in Firefox 67

Status

()

defect
P2
normal
Rank:
15
VERIFIED FIXED
5 months ago
2 months ago

People

(Reporter: rinkevics, Assigned: mconley)

Tracking

({regression})

67 Branch
mozilla67
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox-esr60 unaffected, firefox65 unaffected, firefox66 unaffected, firefox67 verified)

Details

Attachments

(3 attachments)

Reporter

Description

5 months ago

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

Steps to reproduce:

Listen to sound on https://overcast.fm/+FgGOsF_P8 and youtube.com
Using firefox nightly

Actual results:

When CPU usage was high due to activity by other applications, sound was intermittently disappearing/appearing.

Expected results:

There should not be interruptions in the sound.

Reporter

Comment 1

5 months ago

Is this something new with the nightly or do you have the same problem with Firefox64/65 release builds ?

Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core
Reporter

Comment 3

5 months ago

This happens only on nightly. Release 65 works fine.

Could you try to find the change in Firefox that caused this with the mozregression tool ?
That tool downloads a few nightly builds and let you test them.

Flags: needinfo?(rinkevics)
Reporter

Comment 5

5 months ago

will try that

Flags: needinfo?(rinkevics)

Any ideas Paul?

Flags: needinfo?(padenot)
Reporter

Comment 7

5 months ago

Regression tool does not work because of proxy connection issues.

Comment 8

5 months ago

Can repro, mozregression shows that the problem is bug 1476981

Comment 9

5 months ago

With dom.ipc.processPriorityManager.enabled set to false the problem dissapears

Updated

5 months ago
Blocks: 1476981

Updated

5 months ago
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Depends on: 1523974
Flags: needinfo?(padenot)

Setting priority here although it looks like the fix will happen in Bug 1523974.

Rank: 15
Priority: -- → P2

Hi rinkevics - we just landed a patch in Nightly that slightly raises the process priority of background tabs that are playing audio. Do you still hear the dropped audio if you try to reproduce in today's Nightly?

Flags: needinfo?(rinkevics)

Updated

4 months ago
Duplicate of this bug: 1526869

Comment 13

4 months ago

Build ID 20190210213844
User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0

I can still reproduce the issue.

Thanks, Alice. How about with this try build?:

32-bit: https://queue.taskcluster.net/v1/task/a6_aMdKgR-CROx3z48zPsA/runs/0/artifacts/public/build/target.zip

64-bit: https://queue.taskcluster.net/v1/task/QLycC4IDSPCAFyqM2xVi4w/runs/0/artifacts/public/build/target.zip

padenot ^-- perhaps you can see if these also pass the test you ran earlier?

Flags: needinfo?(padenot)
Flags: needinfo?(alice0775)

Comment 15

4 months ago

(In reply to Mike Conley (:mconley) (:⚙️) from comment #14)

Thanks, Alice. How about with this try build?:

32-bit:
https://queue.taskcluster.net/v1/task/a6_aMdKgR-CROx3z48zPsA/runs/0/
artifacts/public/build/target.zip

64-bit:
https://queue.taskcluster.net/v1/task/QLycC4IDSPCAFyqM2xVi4w/runs/0/
artifacts/public/build/target.zip

padenot ^-- perhaps you can see if these also pass the test you ran earlier?

Yes, the try build fixed the issue.

Flags: needinfo?(alice0775)
Reporter

Comment 16

4 months ago

The issue persists in 67.0a1 (2019-02-11)
But the issue is also observed in the latest public release.
I sometimes have the same issue (sound disappearing intermittently) in Chrome but much much less.

Flags: needinfo?(rinkevics)

(In reply to rinkevics from comment #17)

This build is the same:
32-bit: https://queue.taskcluster.net/v1/task/a6_aMdKgR-CROx3z48zPsA/runs/0/artifacts/public/build/target.zip
64-bit: https://queue.taskcluster.net/v1/task/QLycC4IDSPCAFyqM2xVi4w/runs/0/artifacts/public/build/target.zip

Will try to run same workload on another, more powerful PC tonight.

What is your machine? On a release build, sound should be absolutely flawless, so this indicate another possible issue.

Flags: needinfo?(padenot) → needinfo?(rinkevics)
Reporter

Comment 19

4 months ago
Posted file systeminfo.txt
Flags: needinfo?(rinkevics)
Reporter

Comment 20

4 months ago

I attached systeminfo output. Do you need anything else?

Reporter

Comment 21

4 months ago

I also have Kaspersky antivirus is quite heavy.

(In reply to Mike Conley (:mconley) (:⚙️) from comment #14)

Thanks, Alice. How about with this try build?:

32-bit: https://queue.taskcluster.net/v1/task/a6_aMdKgR-CROx3z48zPsA/runs/0/artifacts/public/build/target.zip

64-bit: https://queue.taskcluster.net/v1/task/QLycC4IDSPCAFyqM2xVi4w/runs/0/artifacts/public/build/target.zip

padenot ^-- perhaps you can see if these also pass the test you ran earlier?

As I mentioned briefly on IRC, my slow machine that I used to test this doesn't boot anymore, so I'm afraid I can't test this. I hope to have another machine soon.

However, it should fix it, based on reading some documentation.

It's perfect, thanks. (In reply to rinkevics from comment #20)

I attached systeminfo output. Do you need anything else?

No, it's perfect, thanks.

Comment 25

4 months ago
Pushed by mconley@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/cea0ec7278c1
Make audio wakelocks put background tabs into the normal priority bucket. r=gsvelto
Status: NEW → RESOLVED
Closed: 4 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla67
Assignee: nobody → mconley
Flags: qe-verify+

Managed to reproduce the issue; however when trying to verify the fix, the flaky-ness reappeared on macOS(10.13).
Fwiw, on Ubuntu the issue did not seem to appear.
As suggested by :mconley on Slack, will open a separate bug for the above mentioned issue(bug 1546064).

Fix verified with 67.0b12 Windows 10 - 20 minutes session of trying to reproduce.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.