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)
Tracking
()
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
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
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment 11•6 years ago
|
||
Comment 12•6 years ago
|
||
Nils can you assign someone to look at this?
Comment 13•6 years ago
|
||
Comment 14•6 years ago
|
||
bugherder |
Comment hidden (Intermittent Failures Robot) |
Comment 16•6 years ago
|
||
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.
Comment hidden (Intermittent Failures Robot) |
Comment 18•6 years ago
|
||
Hi Joel, this is still mostly failing on Android debug, can you please take a look?
Comment 19•6 years ago
|
||
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
Comment 20•6 years ago
|
||
Comment 21•6 years ago
|
||
Comment 22•6 years ago
|
||
bugherder |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Comment 35•5 years ago
|
||
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
Comment hidden (Intermittent Failures Robot) |
Comment 37•5 years ago
|
||
Comment 38•5 years ago
|
||
Backed out for failures on browser_disabledForMediaStreamVideos.js see Bug 1172394
Comment 39•5 years ago
|
||
Comment 40•5 years ago
|
||
bugherder |
Assignee | ||
Comment 41•5 years ago
|
||
Ah, I didn't intend to leave this open.
Updated•5 years ago
|
Assignee | ||
Comment 42•5 years ago
|
||
Seems like the bot looked at the first patch on the bug, when it probably should have looked at the most recent one.
Comment 43•5 years ago
|
||
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 :)
Assignee | ||
Comment 44•5 years ago
|
||
Sure. Up to your judgment.
Comment 45•5 years ago
|
||
thanks!
if you see this pattern more often, please let me know!
Updated•5 years ago
|
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Description
•