Bug 211389

Summary: Remove HAVE(IOSURFACE) checks in Cocoa-platform-specific code
Product: WebKit Reporter: Darin Adler <darin>
Component: New BugsAssignee: Darin Adler <darin>
Status: RESOLVED FIXED    
Severity: Normal CC: andersca, changseok, dino, eric.carlson, esprehn+autocc, ews-watchlist, glenn, graouts, jer.noble, kondapallykalyan, pdr, philipj, sergio, simon.fraser, thorton, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch
none
Patch ap: review+

Darin Adler
Reported 2020-05-04 10:32:42 PDT
Remove HAVE(IOSURFACE) checks in Cocoa-platform-specific code
Attachments
Patch (46.15 KB, patch)
2020-05-04 12:44 PDT, Darin Adler
no flags
Patch (46.28 KB, patch)
2020-05-04 12:54 PDT, Darin Adler
ap: review+
Darin Adler
Comment 1 2020-05-04 12:44:50 PDT
Darin Adler
Comment 2 2020-05-04 12:54:57 PDT
Anders Carlsson
Comment 3 2020-05-04 15:10:40 PDT
(In reply to Darin Adler from comment #0) > Remove HAVE(IOSURFACE) checks in Cocoa-platform-specific code Is this true even for the simulator nowadays? (I'm assuming yes since ios-sim is green).
Darin Adler
Comment 4 2020-05-04 15:54:12 PDT
The relevant quote from PlatformHave.h is: #if PLATFORM(COCOA) #define HAVE_IOSURFACE 1 #endif I was going based on that. Not changing anything.
Alexey Proskuryakov
Comment 5 2020-05-04 16:24:06 PDT
Comment on attachment 398403 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=398403&action=review > Source/WebKit/ChangeLog:35 > + Merged #if expressions into a single one. I went back to ChangeLog to understand why. Since this is in Cocoa directory, when is HAVE(IOSURFACE) false here? > Tools/DumpRenderTree/ios/PixelDumpSupportIOS.mm:-58 > - // TODO: <rdar://problem/6558366> DumpRenderTree: Investigate testRepaintSweepHorizontally and dumpSelectionRect > - BEGIN_BLOCK_OBJC_EXCEPTIONS; I'm not sure if/how the TODO is related to BEGIN_BLOCK_OBJC_EXCEPTIONS. In fact, they were added at different times. Perhaps it should stay?
Tim Horton
Comment 6 2020-05-04 16:29:02 PDT
(In reply to Alexey Proskuryakov from comment #5) > Comment on attachment 398403 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=398403&action=review > > > Source/WebKit/ChangeLog:35 > > + Merged #if expressions into a single one. > > I went back to ChangeLog to understand why. Since this is in Cocoa > directory, when is HAVE(IOSURFACE) false here? Used to be false in the Sim, right? But no longer.
Tim Horton
Comment 7 2020-05-04 16:29:44 PDT
(In reply to Tim Horton from comment #6) > (In reply to Alexey Proskuryakov from comment #5) > > Comment on attachment 398403 [details] > > Patch > > > > View in context: > > https://bugs.webkit.org/attachment.cgi?id=398403&action=review > > > > > Source/WebKit/ChangeLog:35 > > > + Merged #if expressions into a single one. > > > > I went back to ChangeLog to understand why. Since this is in Cocoa > > directory, when is HAVE(IOSURFACE) false here? > > Used to be false in the Sim, right? But no longer. Oh, undersea already said that.
Darin Adler
Comment 8 2020-05-04 17:37:32 PDT
Comment on attachment 398403 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=398403&action=review >>>> Source/WebKit/ChangeLog:35 >>>> + Merged #if expressions into a single one. >>> >>> I went back to ChangeLog to understand why. Since this is in Cocoa directory, when is HAVE(IOSURFACE) false here? >> >> Used to be false in the Sim, right? But no longer. > > Oh, undersea already said that. OK, will go further on this. >> Tools/DumpRenderTree/ios/PixelDumpSupportIOS.mm:-58 >> - BEGIN_BLOCK_OBJC_EXCEPTIONS; > > I'm not sure if/how the TODO is related to BEGIN_BLOCK_OBJC_EXCEPTIONS. In fact, they were added at different times. Perhaps it should stay? Yes, they are not related. I removed the two for two different reasons, and forgot to mention one in the change log. I removed the "TODO" comment because there is no real reason to have a comment in the code. It’s OK to have a bug about perhaps implementing this some day, but I don’t think the comment in the code helps enough to be worth it. The real driver is the skipped tests, not the comment in the code. Also, these are features of pixel tests. I’m thinking that pixel tests of legacy WebKit are not a very high priority for future enhancement. If you don’t agree, I would be happy to bring the TODO back (although I will say FIXME instead).
Darin Adler
Comment 9 2020-05-04 17:37:53 PDT
(In reply to Tim Horton from comment #7) > Oh, undersea already said that. Thanks, autocorrect!
Darin Adler
Comment 10 2020-05-04 18:00:43 PDT
Radar WebKit Bug Importer
Comment 11 2020-05-04 18:01:22 PDT
Note You need to log in before you can comment on or make changes to this bug.