media/audio-controls-rendering.html is very flaky It's failed 15 of the last 2000 runs on the Snow Leopard Release Bot. It's the second-most flaky test.
It seems it's crashing of sorts: --- /Volumes/Data/WebKit-BuildSlave/snowleopard-intel-release-tests/build/layout-test-results/media/audio-controls-rendering-expected.txt 2010-09-22 13:11:36.000000000 -0700 +++ /Volumes/Data/WebKit-BuildSlave/snowleopard-intel-release-tests/build/layout-test-results/media/audio-controls-rendering-actual.txt 2010-09-22 13:11:36.000000000 -0700 @@ -1,68 +1,2 @@ -layer at (0,0) size 800x600 - RenderView at (0,0) size 800x600 -layer at (0,0) size 800x600 - RenderBlock {HTML} at (0,0) size 800x600 - RenderBody {BODY} at (8,8) size 784x584 - RenderBlock {P} at (0,0) size 784x18 - RenderText {#text} at (0,0) size 153x18 - text run at (0,0) width 153: "Test controls placement." - RenderBlock (anonymous) at (0,34) size 784x104 - RenderMedia {AUDIO} at (0,0) size 200x25 [bgcolor=#0000FF] - RenderBR {BR} at (200,25) size 0x0 - RenderBR {BR} at (0,25) size 0x18 - RenderMedia {AUDIO} at (0,43) size 320x25 [bgcolor=#0000FF] - RenderBR {BR} at (320,68) size 0x0 - RenderBR {BR} at (0,68) size 0x18 - RenderBR {BR} at (0,86) size 0x18 -layer at (8,42) size 200x25 - RenderBlock (relative positioned) {DIV} at (0,0) size 200x25 -layer at (8,42) size 200x25 - RenderFlexibleBox (positioned) {DIV} at (0,0) size 200x25 - RenderButton {INPUT} at (6,3) size 18x18 - RenderButton {INPUT} at (32,4) size 16x16 - RenderFlexibleBox {DIV} at (49,1) size 126x22 - RenderSlider {INPUT} at (0,5) size 126x13 - RenderBlock {DIV} at (0,2) size 10x8 - RenderButton {INPUT} at (177,6) size 14x12 -layer at (8,85) size 320x25 - RenderBlock (relative positioned) {DIV} at (0,0) size 320x25 -layer at (8,85) size 320x25 - RenderFlexibleBox (positioned) {DIV} at (0,0) size 320x25 - RenderButton {INPUT} at (6,3) size 18x18 - RenderButton {INPUT} at (32,4) size 16x16 - RenderFlexibleBox {DIV} at (49,5) size 246x15 - RenderSlider {INPUT} at (45,2) size 156x13 - RenderBlock {DIV} at (0,2) size 10x8 - RenderButton {INPUT} at (297,6) size 14x12 -layer at (57,92) size 45x11 - RenderFlexibleBox {DIV} at (0,2) size 45x11 [color=#FFFFFF] - RenderBlock (anonymous) at (9,0) size 26x11 - RenderText {#text} at (0,0) size 26x11 - text run at (0,0) width 26: "00:00" -layer at (258,92) size 45x11 - RenderFlexibleBox {DIV} at (201,2) size 45x11 [color=#FFFFFF] - RenderBlock (anonymous) at (6,0) size 32x11 - RenderText {#text} at (0,0) size 32x11 - text run at (0,0) width 32: "-00:07" -layer at (8,128) size 320x100 - RenderMedia {AUDIO} at (8,128) size 320x100 [bgcolor=#0000FF] -layer at (8,128) size 320x100 - RenderBlock (relative positioned) {DIV} at (0,0) size 320x100 -layer at (8,203) size 320x25 - RenderFlexibleBox (positioned) {DIV} at (0,75) size 320x25 - RenderButton {INPUT} at (6,3) size 18x18 - RenderButton {INPUT} at (32,4) size 16x16 - RenderFlexibleBox {DIV} at (49,5) size 246x15 - RenderSlider {INPUT} at (45,2) size 156x13 - RenderBlock {DIV} at (0,2) size 10x8 - RenderButton {INPUT} at (297,6) size 14x12 -layer at (57,210) size 45x11 - RenderFlexibleBox {DIV} at (0,2) size 45x11 [color=#FFFFFF] - RenderBlock (anonymous) at (9,0) size 26x11 - RenderText {#text} at (0,0) size 26x11 - text run at (0,0) width 26: "00:00" -layer at (258,210) size 45x11 - RenderFlexibleBox {DIV} at (201,2) size 45x11 [color=#FFFFFF] - RenderBlock (anonymous) at (6,0) size 32x11 - RenderText {#text} at (0,0) size 32x11 - text run at (0,0) width 32: "-00:07" +Invalid memory access of location 0x0 rip=0x0 +
From http://build.webkit.org/results/SnowLeopard%20Intel%20Release%20(Tests)/r68073%20(18048)/media/audio-controls-rendering-diffs.txt
Same here: http://build.webkit.org/results/SnowLeopard%20Intel%20Release%20(Tests)/r68043%20(18026)/media/audio-controls-rendering-diffs.txt
Created attachment 69360 [details] Log of all recent failures (including results urls)
I wonder where the "Invalid memory access of location" log is coming from and why this doesn't appear as a crash.
The internet seems to think that "Invalid memory access of location 0x0 rip=0x0" is a Java log message. I'm just not sure why Java would be involved here at all, so that seems like a red herring.
http://trac.webkit.org/browser/trunk/LayoutTests/media/audio-controls-rendering.html Has had a surprising number of people contribute to it over the years!
http://build.webkit.org/results/SnowLeopard%20Intel%20Release%20%28Tests%29/r61427%20%2811918%29 is the oldest failure seen on the bot, indicating this might be a "recent" regression.