Bug 212942

Summary: WebKitLegacy: Exclude NSURLConnectionSPI.h from watchOS
Product: WebKit Reporter: Jonathan Bedard <jbedard>
Component: Tools / TestsAssignee: Jonathan Bedard <jbedard>
Status: RESOLVED FIXED    
Severity: Normal CC: webkit-bug-importer, wenson_hsieh
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=212718
https://bugs.webkit.org/show_bug.cgi?id=214004
Attachments:
Description Flags
Patch none

Description Jonathan Bedard 2020-06-08 17:16:45 PDT
NSURLConnectionSPI.h is not needed to build watchOS.
Comment 1 Radar WebKit Bug Importer 2020-06-08 17:17:22 PDT
<rdar://problem/64141877>
Comment 2 Jonathan Bedard 2020-06-08 17:21:30 PDT
Created attachment 401402 [details]
Patch
Comment 3 EWS 2020-06-08 20:24:38 PDT
Committed r262764: <https://trac.webkit.org/changeset/262764>

All reviewed patches have been landed. Closing bug and clearing flags on attachment 401402 [details].
Comment 4 Wenson Hsieh 2020-07-01 10:07:23 PDT
Comment on attachment 401402 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=401402&action=review

> Source/WebKitLegacy/mac/Misc/WebDownload.h:36
> +#import <pal/spi/cocoa/NSURLConnectionSPI.h>

Hm...is it safe to import PAL headers like this?

I don't think PAL headers were intended to be imported by clients outside of WebKit, since they use WTF macros like USE(). However, this is an SPI header that could (in theory) be imported by any internal Apple clients...
Comment 5 Jonathan Bedard 2020-07-06 13:33:30 PDT
Comment on attachment 401402 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=401402&action=review

>> Source/WebKitLegacy/mac/Misc/WebDownload.h:36
>> +#import <pal/spi/cocoa/NSURLConnectionSPI.h>
> 
> Hm...is it safe to import PAL headers like this?
> 
> I don't think PAL headers were intended to be imported by clients outside of WebKit, since they use WTF macros like USE(). However, this is an SPI header that could (in theory) be imported by any internal Apple clients...

I think your right. Verifying locally right now that we don't need this, I think I just needed to change the define guard.