Created attachment 281950[details]
Archive of layout-test-results from ews107 for mac-yosemite-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews107 Port: mac-yosemite-wk2 Platform: Mac OS X 10.10.5
Created attachment 281951[details]
Archive of layout-test-results from ews101 for mac-yosemite
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews101 Port: mac-yosemite Platform: Mac OS X 10.10.5
Created attachment 281952[details]
Archive of layout-test-results from ews113 for mac-yosemite
The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews113 Port: mac-yosemite Platform: Mac OS X 10.10.5
Comment on attachment 281945[details]
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=281945&action=review
Test's are still a mess, but this seems fine once you clean all that up.
> Source/WebKit2/NetworkProcess/NetworkProcess.h:26
> -#ifndef NetworkProcess_h
> -#define NetworkProcess_h
> +#pragma once
I'm a sucker for pragma once'ing
> Source/WebKit2/WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:207
> + // WebKit2 asks the UIProcess directly instead of going through the ResourceLoader in the WebProcess.
Maybe "The WebKit 2 Networking process asks the UIProcess directly, so the WebContent process should never receive this callback."
(In reply to comment #11)
> Does bundle client need these?
The InjectedBundleClient? I don't think so.
I think we might have some inconsistent calling of canAuthenticateAgainstProtectionSpace. The tests might become flaky once we record these calls. I'll look into it more.
Created attachment 281957[details]
Archive of layout-test-results from ews124 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews124 Port: ios-simulator-wk2 Platform: Mac OS X 10.11.4
Yep, the canAuthenticateAgainstProtectionSpace callback logging is wildly flaky, but needed in this case. I'm going to add a testRunner function to enable the logging of canAuthenticateAgainstProtectionSpace callbacks just for the new test.
Created attachment 282025[details]
Archive of layout-test-results from ews102 for mac-yosemite
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews102 Port: mac-yosemite Platform: Mac OS X 10.10.5
Created attachment 282026[details]
Archive of layout-test-results from ews106 for mac-yosemite-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews106 Port: mac-yosemite-wk2 Platform: Mac OS X 10.10.5
Created attachment 282027[details]
Archive of layout-test-results from ews125 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews125 Port: ios-simulator-wk2 Platform: Mac OS X 10.11.4
Created attachment 282029[details]
Archive of layout-test-results from ews114 for mac-yosemite
The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews114 Port: mac-yosemite Platform: Mac OS X 10.10.5
Tests reverted in https://trac.webkit.org/changeset/202525
I need to find a different way to test this. Current thoughts are:
1. Asynchronously reset the NSURLSessions between tests. All the other resetting state is synchronous, but that might not be necessary.
2. Run this test in a process that is guaranteed to be the first test that process has used so there are no cached https connections.
2016-06-23 17:02 PDT, Alex Christensen
2016-06-23 17:12 PDT, Alex Christensen
2016-06-23 17:33 PDT, Alex Christensen
2016-06-23 18:22 PDT, Build Bot
2016-06-23 18:22 PDT, Build Bot
2016-06-23 18:42 PDT, Build Bot
2016-06-23 21:37 PDT, Build Bot
2016-06-24 15:18 PDT, Alex Christensen
2016-06-24 15:34 PDT, Alex Christensen
2016-06-24 16:21 PDT, Build Bot
2016-06-24 16:26 PDT, Build Bot
2016-06-24 16:31 PDT, Build Bot
2016-06-24 16:32 PDT, Build Bot
2016-06-27 13:17 PDT, Alex Christensen
2016-06-27 13:30 PDT, Alex Christensen