websocket/tests/url-with-credential.html failed on Tiger Bot http://build.webkit.org/results/Tiger%20Intel%20Release/r53017%20(7578)/results.html --- layout-test-results/websocket/tests/url-with-credential-expected.txt 2010-01-08 15:59:34.000000000 -0800 +++ layout-test-results/websocket/tests/url-with-credential-actual.txt 2010-01-08 15:59:34.000000000 -0800 @@ -4,10 +4,9 @@ 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 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 "credential handing seems flaky with Tiger's NSURLConnection" -- Alexey This might be related to bug 31412 which we just skipped. Alexey says this should be part of some expectations file eventually but for now we should probably just skip it. Unless someone would like to debug credential handling on Tiger? :)
I misunderstood the issue at first, thought it was one of XHR credential tests, which have their reasons to be flaky on Tiger. This one should probably be investigated before skipping. Sorry for the confusion.
Another failure of this test tonight: http://build.webkit.org/results/Tiger%20Intel%20Release/r53040%20(7594)/results.html
(In reply to comment #0) > websocket/tests/url-with-credential.html failed on Tiger Bot > > http://build.webkit.org/results/Tiger%20Intel%20Release/r53017%20(7578)/results.html http://build.webkit.org/results/Tiger%20Intel%20Release/r53017%20(7578)/pywebsocket_log.txt [2010-01-08 15:59:23,815] [CRITICAL] root: (48, 'Address already in use') corrent pywebsocket server didn't run. > --- layout-test-results/websocket/tests/url-with-credential-expected.txt > 2010-01-08 15:59:34.000000000 -0800 > +++ layout-test-results/websocket/tests/url-with-credential-actual.txt > 2010-01-08 15:59:34.000000000 -0800 > @@ -4,10 +4,9 @@ > > 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 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 > > "credential handing seems flaky with Tiger's NSURLConnection" -- Alexey > > This might be related to bug 31412 which we just skipped. > > Alexey says this should be part of some expectations file eventually but for > now we should probably just skip it. Unless someone would like to debug > credential handling on Tiger? :)
(In reply to comment #2) > Another failure of this test tonight: > http://build.webkit.org/results/Tiger%20Intel%20Release/r53040%20(7594)/results.html http://build.webkit.org/results/Tiger%20Intel%20Release/r53040%20(7594)/pywebsocket_log.txt same as r53017 (7578)
We don't run a Tiger bot anymore.