I'll bring them back online when I return to work on Tuesday. -eric
On Sun, Jan 4, 2009 at 3:57 PM, Pam Greene <[email protected]> wrote: > On Sat, Jan 3, 2009 at 11:41 AM, Darin Adler <[email protected]> wrote: >> 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 don't know where the Mac Intel and Windows slaves are located, but > the Chromium ones have been gone since a power line got knocked down > in Mountain View late on December 23 (PST). I rebooted the machines on > the 29th, but apparently they're not set up to rejoin on reboot, and I > didn't have the login information. > > Anyway, I'm sure they'll be back once everyone's back at work tomorrow. > > - Pam > >> 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 >> >> > _______________________________________________ > webkit-dev mailing list > [email protected] > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > _______________________________________________ webkit-dev mailing list [email protected] http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
