http/tests/webarchive/test-preload-resources.html
http/tests/webarchive/test-css-url-encoding-shift-jis.html
http/tests/webarchive/test-css-url-encoding-utf-8.html
http/tests/webarchive/test-css-url-encoding.html — Various web archive
tests seem to be intermittently failing on Mac because of connections that
close. The results of these tests seem to depend on keep alive and our test
HTTP run of Apache doesn't seem to work consistently.
I think the Keep-Alive and Connection headers should just be removed from the
webarchive results. They really aren't germane to what's being tested anyway.
(This may be a difference in how the CFNetwork libraries on Tiger vs. Leopard
behave for keep-alive connections anyway.)
Bug 23091: Some webarchive http tests intermittently fail due to
Connection/Keep-Alive header differences
https://bugs.webkit.org/show_bug.cgi?id=23091
Dave
________________________________
From: Darin Adler <[email protected]>
To: WebKit Development <[email protected]>
Sent: Saturday, January 3, 2009 11:41:10 AM
Subject: [webkit-dev] Getting more buildbots green
Looking at the buildbot I see a few broken regression tests:
fast/text/find-case-folding.html — Looks like I broke this one when I
introduced the ICU usearch-based text searching. I'll try to fix it.
editing/selection/move-left-right.html — The failure here is curious. The
actual test output seems to be unchanged, but all the WARNING lines mentioning
moving in the wrong direction seem to be missing. Mitz, can you help?
fast/dom/dom-constructors.html — This test needs a result for GTK that
indicate lack of an <audio> element or it needs to be in the skipped list.
dom — There are many failures in the GTK bot due to a full URL rather than
partial URL showing up somewhere that causes the DOM test machinery to report
errors that include full paths. These should be fixed or added to the GTK
skipped list.
fast/dom/Window/timeout-released-on-close.html — Failing on GTK, not sure
why.
fast/encoding/char-decoding-mac.html — Needs custom results or a skipped
list since the GTK build does not support these encodings.
fast/events/special-key-events-in-input-text.html — Failing on GTK due to
lack of eventSender. Needs to be added to the skipped list.
fast/forms/textarea-selection-preservation.html — Failing on GTK, not sure
why. A recent regression?
fast/loader/plain-text-document.html, fast/xsl/xslt-text.html — Failing on
GTK, not sure why the frame name is being generated with the text
someFloatString in it.
ecma/String/15.5.4.7-1.js
ecma/String/15.5.4.7-2.js
ecma/String/15.5.4.7-3.js
ecma_2/String/match-002.js
js1_5/String/regress-107771.js — Failing on GTK. Is lastIndexOf really
broken on GTK? I'm quite surprised to see platform-specific failures in the
JavaScriptCore tests. Anyone have any insight?
And some intermittent failures:
http/tests/webarchive/test-preload-resources.html
http/tests/webarchive/test-css-url-encoding-shift-jis.html
http/tests/webarchive/test-css-url-encoding-utf-8.html
http/tests/webarchive/test-css-url-encoding.html — Various web archive
tests seem to be intermittently failing on Mac because of connections that
close. The results of these tests seem to depend on keep alive and our test
HTTP run of Apache doesn't seem to work consistently.
http/tests/appcache/offline-access.html — Seems to have timed out once on
Mac.
fast/dom/Window/timeout-released-on-close.html — Seems to have failed once
on Mac.
ecma_3/Date/15.9.5.6.js
ecma_3/Date/15.9.5.7.js — These tests seem to toggle between success and
failure on the GTK and WX bots based perhaps on time of day or time zone? This
is particularly troublesome because we don’t have a skipped list for JavaScript
tests. Maybe we can tweak the script we use to run these tests to ignore these
intermittent failures?
And also a lot of slaves seem to be down. There are lots of "38 pending" on the
waterfall, and I am not sure why. It seems strange that the Chromium slaves
would have disappeared at the same time as the Mac Intel and Windows slaves.
I'd love to set up the skipped lists properly and fix enough bugs so that all
our bots are green. Can you help? Maybe there are already bug reports about
some of these.
-- Darin
_______________________________________________
webkit-dev mailing list
[email protected]
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
