33409 2010-01-08 16:23:30 -0800 websocket/tests/url-with-credential.html failed on Tiger Bot 2010-09-30 11:04:23 -0700 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) PC OS X 10.5 RESOLVED WONTFIX P2 Normal --- 31412 33289 33442 33494 1 eric webkit-unassigned ap ukai oldest_to_newest 178867 0 eric 2010-01-08 16:23:30 -0800 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? :) 178870 1 ap 2010-01-08 16:27:50 -0800 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. 179111 2 eric 2010-01-09 19:29:48 -0800 Another failure of this test tonight: http://build.webkit.org/results/Tiger%20Intel%20Release/r53040%20(7594)/results.html 188897 3 ukai 2010-02-08 22:14:39 -0800 (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? :) 188898 4 ukai 2010-02-08 22:16:14 -0800 (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) 287667 5 eric 2010-09-30 11:04:23 -0700 We don't run a Tiger bot anymore.