99357 2012-10-15 13:18:58 -0700 Layout Test webaudio/codec-tests/vorbis/vbr-70kbps-44khz.html is failing 2012-10-15 17:08:48 -0700 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) Unspecified Unspecified REOPENED P2 Normal --- 1 danakj crogers crogers oldest_to_newest 742351 0 danakj 2012-10-15 13:18:58 -0700 The following layout test is failing on all platforms. webaudio/codec-tests/vorbis/vbr-70kbps-44khz.html Probable cause: http://build.chromium.org/p/chromium.webkit/builders/WebKit%20Linux/builds/62 http://build.chromium.org/p/chromium.webkit/builders/WebKit%20Linux%20%28dbg%29/builds/66 742365 1 danakj 2012-10-15 13:32:57 -0700 Committed r131346: <http://trac.webkit.org/changeset/131346> 742371 2 danakj 2012-10-15 13:38:53 -0700 It sounds like it just needs a rebaseline to me, but I'm not exactly sure what may be important here. 742398 3 rtoy 2012-10-15 14:01:05 -0700 (In reply to comment #2) > It sounds like it just needs a rebaseline to me, but I'm not exactly sure what may be important here. I took a quick look at the vbr-70kbps-44khz test. The data is exactly identical except the new version as added exactly one extra sample. The expected wav file has 15434 samples, and the new actual wav file has 15435 samples. I'm also getting a failure (locally on my Linux box) with webaudio/codec-tests/mp3/128kbps-44khz.html. In this case, the files are exactly identical, except the expected file has 1105 extra (zero) samples at the end. It looks like a recent ffmpeg update has changed this. 742406 4 rtoy 2012-10-15 14:09:21 -0700 dalecurtis@ says this was broken in http://codereview.chromium.org/11137005/ and Chris has a fix for this forthcoming. Assigning to Chris. 742465 5 crogers 2012-10-15 14:38:08 -0700 I just re-baselined Mac/Win and took out the expected failure -- I'll re-baseline Linux with garden-o-matic when it shows up. http://trac.webkit.org/changeset/131361 742540 6 danakj 2012-10-15 15:56:32 -0700 This has started failing in linux now, shall I rebaseline? 742544 7 crogers 2012-10-15 15:59:38 -0700 (In reply to comment #6) > This has started failing in linux now, shall I rebaseline? Sorry, Dana, I just did: http://trac.webkit.org/changeset/131376 Let me know if there are any other failures... thanks! 742560 8 danakj 2012-10-15 16:15:49 -0700 Thanks very much! 742589 9 danakj 2012-10-15 16:50:43 -0700 Hm, I am seeing this test failing again on ToT linux and mac http://build.webkit.org/builders/Chromium%20Linux%20Release%20%28Tests%29/builds/39795/steps/layout-test/logs/stdio http://build.webkit.org/builders/Chromium%20Mac%20Release%20%28Tests%29/builds/26186/steps/layout-test/logs/stdio 742599 10 danakj 2012-10-15 17:08:48 -0700 Marked as failing again Committed r131383: <http://trac.webkit.org/changeset/131383>