-
Notifications
You must be signed in to change notification settings - Fork 1.6k
More Cocoa HAVE directives cleanup #47367
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
More Cocoa HAVE directives cleanup #47367
Conversation
EWS run on previous version of this PR (hash 0f5fe81) |
0f5fe81
to
9bb5443
Compare
EWS run on previous version of this PR (hash 9bb5443) |
@@ -330,10 +330,6 @@ void MediaElementSession::isVisibleInViewportChanged() | |||
RefPtr element = m_element.get(); | |||
if (!element || element->isFullscreen() || element->isVisibleInViewport()) | |||
m_elementIsHiddenUntilVisibleInViewport = false; | |||
|
|||
#if PLATFORM(COCOA) && !HAVE(CGS_FIX_FOR_RADAR_97530095) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this be removed when HAVE(CGS_FIX_FOR_RADAR_97530095)
is 0 on Cocoa platforms?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh oops, thank you! I just went by the radar being long since fixed, but I did not mean to introduce a functional change. Let me take that out and perhaps follow-up on it separately at some point.
9bb5443
to
f7ed280
Compare
EWS run on current version of this PR (hash f7ed280) |
@@ -70,7 +70,7 @@ - (instancetype)initWithWebsiteIdentifier:(const String&)websiteIdentifier clien | |||
_isWaitingForAuthorization = YES; | |||
_mode = mode; | |||
|
|||
#if USE(APPLE_INTERNAL_SDK) && HAVE(CORE_LOCATION_WEBSITE_IDENTIFIERS) && defined(CL_HAS_RADAR_88834301) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks like CL_HAS_RADAR_88834301
is not defined. Can the code inside #If
be removed, then?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's what I thought initially, but It's defined in the Cocoa framework we use that introduces this API. Maybe @cdumez should double check this though since he introduced this code.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, good point! I did not realize it was defined there.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@pvollan Chris confirmed out-of-band that this is okay so I think this PR is good for another round.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
R=me.
https://bugs.webkit.org/show_bug.cgi?id=295192 Reviewed by Per Arne Vollan. These all appear to be leftovers from a time when they were targeting specific OS versions. * Source/WebCore/page/PageGroup.cpp: PLATFORM(MAC) is redundant with HAVE(MEDIA_ACCESSIBILITY_FRAMEWORK). * Source/WebCore/platform/cocoa/CoreLocationGeolocationProvider.mm: defined(CL_HAS_RADAR_88834301) has been around for long enough now that we don't have to mention it explicitly anymore. Canonical link: https://commits.webkit.org/296906@main
f7ed280
to
0bdb0ca
Compare
Committed 296906@main (0bdb0ca): https://commits.webkit.org/296906@main Reviewed commits have been landed. Closing PR #47367 and removing active labels. |
0bdb0ca
f7ed280