RESOLVED FIXED53683
[GTK] Flaky websocket tests on 32-bits Release
https://bugs.webkit.org/show_bug.cgi?id=53683
Summary [GTK] Flaky websocket tests on 32-bits Release
Philippe Normand
Reported 2011-02-03 07:18:05 PST
--- /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/http/tests/websocket/tests/url-with-credential-expected.txt 2011-02-03 07:03:33.000000000 -0800 +++ /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/http/tests/websocket/tests/url-with-credential-actual.txt 2011-02-03 07:03:33.000000000 -0800 @@ -3,11 +3,8 @@ On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE". url=ws://user:pass@127.0.0.1:8880/websocket/tests/echo-location -WebSocket is open -received:ws://127.0.0.1:8880/websocket/tests/echo-location -WebSocket is closed -PASS handshake_success is true -PASS ws_location is "ws://127.0.0.1:8880/websocket/tests/echo-location" +FAIL handshake_success should be true. Was false. +FAIL ws_location should be ws://127.0.0.1:8880/websocket/tests/echo-location (of type string). Was undefined (of type undefined). PASS successfullyParsed is true TEST COMPLETE --- /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/http/tests/websocket/tests/url-with-empty-query-expected.txt 2011-02-03 07:03:35.000000000 -0800 +++ /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/http/tests/websocket/tests/url-with-empty-query-actual.txt 2011-02-03 07:03:35.000000000 -0800 @@ -3,11 +3,8 @@ On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE". url=ws://127.0.0.1:8880/websocket/tests/echo-location? -WebSocket is open -received:ws://127.0.0.1:8880/websocket/tests/echo-location? -WebSocket is closed -PASS handshake_success is true -PASS ws_location is url +FAIL handshake_success should be true. Was false. +FAIL ws_location should be ws://127.0.0.1:8880/websocket/tests/echo-location? (of type string). Was undefined (of type undefined). PASS successfullyParsed is true TEST COMPLETE These 2 tests, like most websocket tests use setTimeout()... It seems that in some cases the timeout expires before the socket has been set up. Will skip these 2 tests for now.
Attachments
Philippe Normand
Comment 1 2011-02-03 07:22:35 PST
Philippe Normand
Comment 2 2011-02-03 08:19:32 PST
skip http/tests/websocket/tests/simple.html and http/tests/websocket/tests/cross-origin.html in http://trac.webkit.org/changeset/77493
Philippe Normand
Comment 3 2011-02-03 08:20:06 PST
--- /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/http/tests/websocket/tests/simple-expected.txt 2011-02-03 08:14:02.000000000 -0800 +++ /var/lib/buildbot/build/gtk-linux-32-release/build/layout-test-results/http/tests/websocket/tests/simple-actual.txt 2011-02-03 08:14:02.000000000 -0800 @@ -3,9 +3,7 @@ On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE". Created a socket to 'ws://127.0.0.1:8880/websocket/tests/simple'; readyState 0. -Connected; readyState 1 -Received: 'Hello from Simple WSH.'; readyState 1 -Closed; readyState 2. +Timed out in state: 0 PASS successfullyParsed is true TEST COMPLETE
Philippe Normand
Comment 4 2011-02-10 06:57:23 PST
*** Bug 54207 has been marked as a duplicate of this bug. ***
Philippe Normand
Comment 5 2011-02-10 07:00:23 PST
Eric Seidel (no email)
Comment 6 2011-05-01 17:44:37 PDT
Adam moved the websocket tests over to a real http server and most of the flakiness went away. If you see this again, please re-open.
Philippe Normand
Comment 7 2011-05-02 03:55:14 PDT
Philippe Normand
Comment 8 2011-05-02 09:00:55 PDT
I meant r85470
Note You need to log in before you can comment on or make changes to this bug.