1239890 - WebAudio does not play in some cases in Firefox 43+

Status: RESOLVED DUPLICATE of bug 1218593

(Core :: Web Audio, defect, P1)

Description

[Kevin Rauwolf]

Attachment: simple.html

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:43.0) Gecko/20100101 Firefox/43.0
Build ID: 20160105164030

Steps to reproduce:

1. Initialize an AudioContext
2. Decode an ogg file using context.decodeAudioData() and store the buffer
3. Create an AudioBufferSourceNode using the decoded buffer
4. Connect the AudioBufferSourceNode to the AudioContext's destination
6. Play the sound (sound.start(0)). No audio can be heard some portion of the times
7. Open the web developer tools and add a breakpoint anywhere in the code. Audio starts playing.


Actual results:

Sometimes audio doesn't play. The speaker icon appears in the tab, and the Web Audio Context Visualizer shows the source node connected to the destination, but no sound can be heard. onended callbacks function as expected (they're called after the correct interval, as if the sound had played).

But, clicking in the debugger (adding a breakpoint) causes audio to start playing. Clicking more times toggles output.

This happens on OS X and Windows, and started with Firefox 43. 44 beta also has the problem.


Expected results:

Audio should play, once.

Comment 1

[Kevin Rauwolf]

Attachment: A sample audio file to use

Comment 2

[Loic]

Attachment: simple.html (with audio embedded)

Comment 3

[Loic]

I succeeded one time in reproduing it, but not more.

Comment 4

[Kevin Rauwolf]

Some corrections:
- The speaker icon does not necessarily appear when audio does not play
- onended events do not fire until the audio plays and finishes.

This is the behavior in the test case, but not in the application that originally had the problem.

Comment 5

[Maire Reavy [:mreavy]]

Karl, Paul -- Loic was able to reproduce this once. Are either of you able to reproduce?  Any idea what's going on?  (I've given this a P1, Rank:15 until we know what's going on and how it's affecting users.)

Comment 6

[Kevin Rauwolf]

The bug doesn't show up much of the time in the test case, but reloading many (6-8?) times quickly (especially with the developer tools window open) can trigger it.

The bug shows up 100% of the time in the application we've developed, but unfortunately, it's not publicly available. This is the simplest test case that triggers it at all.

Comment 7

[Karl Tomlinson (:karlt)]

I'm not reproducing on Linux with 44.0b8 or 45.0b5.
This may be bug 1218593.

Comment 8

[Kevin Rauwolf]

I am able to reproduce the bug in 44.0b8, but it appears to be fixed in 45.0b5 (and 45.0 release).

Comment 9

[Karl Tomlinson (:karlt)]

Thanks, Kevin.  I think this was probably the same cause as bug 1218593.

Comment 10

[Paul Adenot (:padenot)]

(resetting needinfo)