RESOLVED FIXED 163263
Remove dead networking code
https://bugs.webkit.org/show_bug.cgi?id=163263
Summary Remove dead networking code
Alex Christensen
Reported 2016-10-10 19:14:56 PDT
Remove dead networking code
Attachments
Patch (196.05 KB, patch)
2016-10-10 19:20 PDT, Alex Christensen
no flags
Patch (196.22 KB, patch)
2016-10-10 19:24 PDT, Alex Christensen
no flags
Patch (202.07 KB, patch)
2016-10-10 19:34 PDT, Alex Christensen
no flags
Patch (199.78 KB, patch)
2016-10-10 21:10 PDT, Alex Christensen
no flags
Patch (187.61 KB, patch)
2016-10-10 21:26 PDT, Alex Christensen
no flags
Patch (187.73 KB, patch)
2016-10-10 22:52 PDT, Alex Christensen
no flags
Patch (188.04 KB, patch)
2016-10-11 08:24 PDT, Alex Christensen
no flags
Patch (188.04 KB, patch)
2016-10-11 09:40 PDT, Alex Christensen
dbates: review+
Alex Christensen
Comment 1 2016-10-10 19:20:26 PDT
WebKit Commit Bot
Comment 2 2016-10-10 19:22:42 PDT
Attachment 291209 [details] did not pass style-queue: ERROR: Source/WebCore/ChangeLog:8: You should remove the 'No new tests' and either add and list tests, or explain why no new tests were possible. [changelog/nonewtests] [5] Total errors found: 1 in 88 files If any of these errors are false positives, please file a bug against check-webkit-style.
Alex Christensen
Comment 3 2016-10-10 19:24:09 PDT
Alex Christensen
Comment 4 2016-10-10 19:34:10 PDT
Alex Christensen
Comment 5 2016-10-10 21:10:57 PDT
Alex Christensen
Comment 6 2016-10-10 21:26:22 PDT
WebKit Commit Bot
Comment 7 2016-10-10 21:27:55 PDT
Attachment 291227 [details] did not pass style-queue: ERROR: Source/WebCore/WebCorePrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] ERROR: Source/WebCore/testing/js/WebCoreTestSupportPrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] Total errors found: 2 in 88 files If any of these errors are false positives, please file a bug against check-webkit-style.
Alex Christensen
Comment 8 2016-10-10 22:52:15 PDT
WebKit Commit Bot
Comment 9 2016-10-10 22:53:38 PDT
Attachment 291232 [details] did not pass style-queue: ERROR: Source/WebCore/WebCorePrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] ERROR: Source/WebCore/testing/js/WebCoreTestSupportPrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] Total errors found: 2 in 88 files If any of these errors are false positives, please file a bug against check-webkit-style.
Darin Adler
Comment 10 2016-10-10 23:53:04 PDT
Comment on attachment 291232 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=291232&action=review > Source/WebCore/loader/EmptyClients.h:406 > -#if PLATFORM(WIN) && USE(CFNETWORK) > +#if PLATFORM(WIN) && USE(CFURLCONNECTION) Do we need to mention PLATFORM(WIN) here at all now? > Source/WebCore/loader/FrameLoaderClient.h:300 > -#if PLATFORM(WIN) && USE(CFNETWORK) > +#if PLATFORM(WIN) && USE(CFURLCONNECTION) Do we need to mention PLATFORM(WIN) here at all now? > Source/WebCore/loader/ResourceLoader.cpp:-723 > // Only these platforms provide a way to continue without credentials. > // If we can't continue with credentials, we need to cancel the load altogether. > -#if PLATFORM(COCOA) || USE(CFNETWORK) || USE(CURL) || PLATFORM(GTK) || PLATFORM(EFL) > challenge.authenticationClient()->receivedRequestToContinueWithoutCredential(challenge); > ASSERT(!m_handle || !m_handle->hasAuthenticationChallenge()); > -#else > - didFail(blockedError()); > -#endif This comment does not make sense any more if we remove the #if and the #else. > Source/WebCore/platform/mac/WebCoreSystemInterface.h:83 > -#if USE(CFNETWORK) > +#if USE(CFURLCONNECTION) > typedef struct OpaqueCFHTTPCookieStorage* CFHTTPCookieStorageRef; > typedef struct _CFURLProtectionSpace* CFURLProtectionSpaceRef; > typedef struct _CFURLCredential* WKCFURLCredentialRef; This isn’t used on Windows, so why keep the USE(CFURLCONNECTION) part of this? > Source/WebCore/platform/network/ProtectionSpaceBase.cpp:-33 > -#if USE(CFNETWORK) && !PLATFORM(COCOA) > -#include "AuthenticationCF.h" > -#include <CFNetwork/CFURLProtectionSpacePriv.h> > -#endif Why isn’t this needed on Windows? > Source/WebCore/platform/network/ResourceHandle.h:95 > +class ResourceHandle : public RefCounted<ResourceHandle> , public AuthenticationClient { No space before the comma, please. > Source/WebCore/platform/network/ResourceRequestBase.cpp:35 > +#if !USE(SOUP) && (!PLATFORM(COCOA) || USE(CFURLCONNECTION)) Seems like this can just be !USE(SOUP) && !PLATFORM(COCOA), no need to check USE(CFURLCONNECTION) > Source/WebCore/platform/network/cf/NetworkStorageSessionCFNet.cpp:101 > -#if USE(CFNETWORK) > +#if USE(CFURLCONNECTION) > return _CFHTTPCookieStorageGetDefault(kCFAllocatorDefault); > #else > // When using NSURLConnection, we also use its shared cookie storage. > - return 0; > + return nullptr; > #endif Should this file even compile anything when USE(CFURLCONNETION) is false? > Source/WebCore/platform/network/cf/ResourceHandleCFNet.cpp:-478 > -#if PLATFORM(COCOA) > CFURLConnectionUseCredential(d->m_connection.get(), webCredential.cfCredential(), challenge.cfURLAuthChallengeRef()); > -#else > - RetainPtr<CFURLCredentialRef> cfCredential = adoptCF(createCF(webCredential)); > - CFURLConnectionUseCredential(d->m_connection.get(), cfCredential.get(), challenge.cfURLAuthChallengeRef()); > -#endif Here you kept the Cocoa version. I think that’s backwards. > Source/WebCore/platform/network/cf/ResourceHandleCFNet.cpp:-486 > -#if PLATFORM(COCOA) > CFURLConnectionUseCredential(d->m_connection.get(), credential.cfCredential(), challenge.cfURLAuthChallengeRef()); > -#else > - RetainPtr<CFURLCredentialRef> cfCredential = adoptCF(createCF(credential)); > - CFURLConnectionUseCredential(d->m_connection.get(), cfCredential.get(), challenge.cfURLAuthChallengeRef()); > -#endif Here you kept the Cocoa version. I think that’s backwards. > Source/WebKit/win/WebView.cpp:5264 > +#if PLATFORM(WIN) || USE(CFURLCONNECTION) This should just be PLATFORM(WIN), no need for the USE(CFURLCONNECTION), right?
Alex Christensen
Comment 11 2016-10-11 08:23:08 PDT
Comment on attachment 291232 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=291232&action=review >> Source/WebCore/platform/network/ProtectionSpaceBase.cpp:-33 >> -#endif > > Why isn’t this needed on Windows? It compiles without it. It must be left over from code that used to be in this file.
Alex Christensen
Comment 12 2016-10-11 08:24:02 PDT
WebKit Commit Bot
Comment 13 2016-10-11 08:25:55 PDT
Attachment 291259 [details] did not pass style-queue: ERROR: Source/WebCore/WebCorePrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] ERROR: Source/WebCore/testing/js/WebCoreTestSupportPrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] Total errors found: 2 in 87 files If any of these errors are false positives, please file a bug against check-webkit-style.
Alex Christensen
Comment 14 2016-10-11 09:40:46 PDT
WebKit Commit Bot
Comment 15 2016-10-11 09:43:11 PDT
Attachment 291270 [details] did not pass style-queue: ERROR: Source/WebCore/WebCorePrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] ERROR: Source/WebCore/testing/js/WebCoreTestSupportPrefix.h:0: Use #pragma once header guard. [build/header_guard] [5] Total errors found: 2 in 87 files If any of these errors are false positives, please file a bug against check-webkit-style.
Daniel Bates
Comment 16 2016-10-11 10:14:48 PDT
Comment on attachment 291270 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=291270&action=review Yay! > Source/WebCore/platform/network/cf/AuthenticationCF.cpp:89 > + return CFURLAuthChallengeCreate(0, protectionSpace.get(), credential.get(), coreChallenge.previousFailureCount(), coreChallenge.failureResponse().cfURLResponse(), coreChallenge.error()); Nit: 0 => nullptr > Source/WebCore/platform/network/cf/NetworkStorageSessionCFNet.cpp:41 > +// FIXME: This file is mostly Cocoa code, not CFNet code. CFNet => CFNetwork We should look to extract out the CFNetwork code an rename/move this file to reflect that it is used by Cocoa-based platforms. We can do that in a separate bug/patch.
Alex Christensen
Comment 17 2016-10-11 11:16:24 PDT
Also removing ResourceRequestMac.mm
Alex Christensen
Comment 18 2016-10-11 11:23:22 PDT
Note You need to log in before you can comment on or make changes to this bug.