Closed Bug 1546756 Opened 6 years ago Closed 5 years ago

Intermittent /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html | All data processed correctly - assert_array_approx_equals: comparing expected and rendered buffers (channel 0)

Categories

(Core :: Web Audio, defect, P5)

defect

Tracking

()

RESOLVED FIXED
mozilla72
Tracking Status
firefox-esr68 --- wontfix
firefox70 --- wontfix
firefox71 --- wontfix
firefox72 --- fixed

People

(Reporter: intermittent-bug-filer, Assigned: pehrsons)

Details

(Keywords: intermittent-failure, regression, Whiteboard: [stockwell disabled])

Attachments

(3 files)

#[markdown(off)]
Filed by: cbrindusan [at] mozilla.com

https://treeherder.mozilla.org/logviewer.html#?job_id=242346781&repo=autoland

https://queue.taskcluster.net/v1/task/aHggeZ18TeyDV3PNDnrOZQ/runs/0/artifacts/public/logs/live_backing.log

17:02:57 INFO - TEST-START | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/cors-check.https.html
17:02:57 INFO - Setting pref dom.worklet.enabled (true)
17:02:57 INFO - Setting pref privacy.reduceTimerPrecision (false)
17:02:57 INFO - Setting pref dom.audioworklet.enabled (true)
17:02:58 INFO - PID 5371 | JavaScript error: https://web-platform.test:8443/webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/cors-check.https.html, line 51: NS_ERROR_NOT_IMPLEMENTED
17:03:08 INFO - ....
17:03:08 INFO - TEST-TIMEOUT | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/cors-check.https.html | took 10753ms
17:03:08 INFO - TEST-START | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html
17:03:08 INFO - Clearing pref dom.worklet.enabled
17:03:08 INFO - Clearing pref privacy.reduceTimerPrecision
17:03:08 INFO - Clearing pref dom.audioworklet.enabled
17:03:08 INFO - Setting pref dom.worklet.enabled (true)
17:03:08 INFO - Setting pref privacy.reduceTimerPrecision (false)
17:03:08 INFO - Setting pref dom.audioworklet.enabled (true)
17:03:08 INFO - Closing window 6442450945
17:03:10 INFO -
17:03:10 INFO - TEST-PASS | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html | Element Source tests completed
17:03:10 INFO - TEST-PASS | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html | Channel 0 processed some data
17:03:10 INFO - TEST-UNEXPECTED-FAIL | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html | All data processed correctly - assert_array_approx_equals: comparing expected and rendered buffers (channel 0) lengths differ, expected 44098 got 43587

Nils can you assign someone to look at this?

Flags: needinfo?(drno)
Keywords: leave-open
Whiteboard: [stockwell disable-recommended] → [stockwell disabled]
Pushed by apavel@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/bce811ca3316 disabled mediaElementAudioSourceToScriptProcessorTest.html on android debug r=jmaher

In the last 7 days there were 60 failures associated with this bug: https://treeherder.mozilla.org/intermittent-failures.html#/bugdetails?startday=2019-07-05&endday=2019-07-12&tree=all&bug=1546756
Recent failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=256068056&repo=mozilla-inbound&lineNumber=7285
Occurs on android-em-7-0-x86_64, macosx1014-64, macosx1014-64-shippable, windows10-64 build type.

Hi Joel, this is still mostly failing on Android debug, can you please take a look?

Flags: needinfo?(jmaher)

I am really confused by this, looking at a recent android/debug failure
https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=256285677&repo=mozilla-inbound&lineNumber=7315

I see this as the summary of what conditions we have:
https://taskcluster-artifacts.net/AVMCFz6HTcurpxKirJ8DAg/0/public/test_info//wptreport.json

os = 'android'
debug = true

so I am confused why the change we made ~2 weeks ago is failing:
if (os == "android") and debug

I did find the problem, we are not disabling anything here, because of a typo:
https://searchfox.org/mozilla-central/source/testing/web-platform/meta/webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html.ini#2

we have:
disbled

instead of:
disabled

Flags: needinfo?(jmaher)

mediaElementAudioSourceToScriptProcessorTest creates an AudioContext at sample
rate 44100, but that might not be the default cubeb rate on some platforms. If
it isn't, we end up with two MediaTrackGraphs for the same window, with one
being fed by the media element, and the other running the script processor node.
It's when this happens that we only get 0 on the output. We force the preferred
cubeb rate to 44100 for this test, so we at least keep the test coverage of the
media element source node.

This became permafail with bug 1172394, whereas before it was intermittent.
Unclear why.

Depends on D52049

Backed out for failures on browser_disabledForMediaStreamVideos.js see Bug 1172394

Ah, I didn't intend to leave this open.

Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(drno)
Keywords: leave-open
Resolution: --- → FIXED
Target Milestone: --- → mozilla72
Assignee: nobody → apavel

Seems like the bot looked at the first patch on the bug, when it probably should have looked at the most recent one.

Assignee: apavel → apehrson
Flags: needinfo?(sledru)

Maybe? but afaik, this is a pretty rare case (it has been in production for a while and this is the first time that I saw this), not sure it is worth the time :)

Flags: needinfo?(sledru)

Sure. Up to your judgment.

thanks!
if you see this pattern more often, please let me know!

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

Attachment

General

Created:
Updated:
Size: