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) lengths diffe
Categories
(Core :: Web Audio, defect, P5)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox100 | --- | unaffected |
firefox101 | --- | unaffected |
firefox102 | --- | fixed |
firefox103 | --- | fixed |
People
(Reporter: intermittent-bug-filer, Assigned: karlt)
References
(Regression)
Details
(Keywords: intermittent-failure, regression)
Attachments
(1 file)
Filed by: mlaza [at] mozilla.com
Parsed log: https://treeherder.mozilla.org/logviewer?job_id=379210289&repo=mozilla-central
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/f9XQ14s-R-StzsUQWSwp1g/runs/0/artifacts/public/logs/live_backing.log
[task 2022-05-25T00:45:56.657Z] 00:45:56 INFO - TEST-PASS | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html | Channel 0 processed some data
[task 2022-05-25T00:45:56.657Z] 00:45:56 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 43715
[task 2022-05-25T00:45:56.657Z] 00:45:56 INFO - runTests/<@http://web-platform.test:8000/webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html:110:34
[task 2022-05-25T00:45:56.657Z] 00:45:56 INFO - Test.prototype.step@http://web-platform.test:8000/resources/testharness.js:2590:25
[task 2022-05-25T00:45:56.657Z] 00:45:56 INFO - test@http://web-platform.test:8000/resources/testharness.js:628:30
[task 2022-05-25T00:45:56.657Z] 00:45:56 INFO - runTests@http://web-platform.test:8000/webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html:109:10
[task 2022-05-25T00:45:56.658Z] 00:45:56 INFO - bufferLoadCompleted@http://web-platform.test:8000/webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html:44:14
[task 2022-05-25T00:45:56.658Z] 00:45:56 INFO - Test.prototype.step@http://web-platform.test:8000/resources/testharness.js:2590:25
[task 2022-05-25T00:45:56.658Z] 00:45:56 INFO - Test.prototype.step_func/<@http://web-platform.test:8000/resources/testharness.js:2637:35
[task 2022-05-25T00:45:56.658Z] 00:45:56 INFO - decodeSuccessCallback@http://web-platform.test:8000/webaudio/js/buffer-loader.js:31:14
[task 2022-05-25T00:45:56.802Z] 00:45:56 INFO - TEST-OK | /webaudio/the-audio-api/the-mediaelementaudiosourcenode-interface/mediaElementAudioSourceToScriptProcessorTest.html | took 1597ms
Comment 2•2 years ago
|
||
Most probably bug 1767549 that I landed just a few hours before the one you mention.
Comment 4•2 years ago
|
||
Set release status flags based on info from the regressing bug 1767549
Updated•2 years ago
|
Comment hidden (Intermittent Failures Robot) |
Updated•2 years ago
|
Assignee | ||
Comment 6•2 years ago
|
||
https://webaudio.github.io/web-audio-api/#MediaElementAudioSourceNode
The HTMLMediaElement MUST behave in an identical fashion after the
MediaElementAudioSourceNode has been created, except that the rendered audio
will no longer be heard directly, but instead will be heard as a consequence
of the MediaElementAudioSourceNode being connected through the routing
graph. Thus pausing, seeking, volume, src attribute changes, and other
aspects of the HTMLMediaElement MUST behave as they normally would if not
used with a MediaElementAudioSourceNode.
https://webaudio.github.io/web-audio-api/#dom-audiocontext-audiocontext
Sending a control message to start processing means executing the following
steps:
- Attempt to acquire system resources. In case of failure, abort the
following steps.- Set the [[rendering thread state]] to running on the AudioContext.
Updated•2 years ago
|
Pushed by ktomlinson@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7f91228378fe wait for context.state == running so AudioContext will capture start of Audio element playback r=padenot
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/34293 for changes under testing/web-platform/tests
Comment 9•2 years ago
|
||
bugherder |
Comment hidden (Intermittent Failures Robot) |
Comment 11•2 years ago
|
||
bugherder uplift |
Description
•