WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
235674
Symbols not always properly hidden when using WebKitAdditions to introduce new API
https://bugs.webkit.org/show_bug.cgi?id=235674
Summary
Symbols not always properly hidden when using WebKitAdditions to introduce ne...
Chris Dumez
Reported
2022-01-26 14:29:21 PST
Symbols not always properly hidden when using WebKitAdditions to introduce new API.
Attachments
Patch
(2.90 KB, patch)
2022-01-26 14:32 PST
,
Chris Dumez
no flags
Details
Formatted Diff
Diff
Follow-up to address ap's comments.
(2.62 KB, patch)
2022-01-28 09:46 PST
,
Chris Dumez
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Chris Dumez
Comment 1
2022-01-26 14:29:33 PST
<
rdar://87999257
>
Chris Dumez
Comment 2
2022-01-26 14:32:36 PST
Created
attachment 450070
[details]
Patch
Wenson Hsieh
Comment 3
2022-01-26 16:26:42 PST
Comment on
attachment 450070
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=450070&action=review
> Source/WebKit/mac/replace-webkit-additions-includes.py:93 > + additions_import_pattern = re.compile(r"\#if ENABLE\(API_WEBKIT_ADDITIONS\)\n#import <WebKitAdditions/(.*)>\n#endif")
(Not necessarily in this patch, but) I wonder if it's even worth throwing a #if ENABLE(API_WEBKIT_ADDITIONS) #error "…" #endif …somewhere. Not exactly sure where, though.
EWS
Comment 4
2022-01-26 17:06:10 PST
Committed
r288658
(
246466@main
): <
https://commits.webkit.org/246466@main
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 450070
[details]
.
Alexey Proskuryakov
Comment 5
2022-01-28 09:27:33 PST
Comment on
attachment 450070
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=450070&action=review
> Source/WebKit/UIProcess/API/Cocoa/WKWebpagePreferences.h:74 > +#if ENABLE(API_WEBKIT_ADDITIONS)
Given that this foes not behave like an ENABLE macro, why make it look like one? Something like this seems like it would convey the purpose better: #if 0 // API_WEBKIT_ADDITIONS_REPLACEMENT
Chris Dumez
Comment 6
2022-01-28 09:36:46 PST
(In reply to Alexey Proskuryakov from
comment #5
)
> Comment on
attachment 450070
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=450070&action=review
> > > Source/WebKit/UIProcess/API/Cocoa/WKWebpagePreferences.h:74 > > +#if ENABLE(API_WEBKIT_ADDITIONS) > > Given that this foes not behave like an ENABLE macro, why make it look like > one? Something like this seems like it would convey the purpose better: > > #if 0 // API_WEBKIT_ADDITIONS_REPLACEMENT
Sure, this seems reasonable. I'll discuss this with Wenson & Tim and follow-up.
Chris Dumez
Comment 7
2022-01-28 09:46:38 PST
Reopening to attach new patch.
Chris Dumez
Comment 8
2022-01-28 09:46:40 PST
Created
attachment 450244
[details]
Follow-up to address ap's comments.
Chris Dumez
Comment 9
2022-01-28 09:51:04 PST
(In reply to Chris Dumez from
comment #6
)
> (In reply to Alexey Proskuryakov from
comment #5
) > > Comment on
attachment 450070
[details]
> > Patch > > > > View in context: > >
https://bugs.webkit.org/attachment.cgi?id=450070&action=review
> > > > > Source/WebKit/UIProcess/API/Cocoa/WKWebpagePreferences.h:74 > > > +#if ENABLE(API_WEBKIT_ADDITIONS) > > > > Given that this foes not behave like an ENABLE macro, why make it look like > > one? Something like this seems like it would convey the purpose better: > > > > #if 0 // API_WEBKIT_ADDITIONS_REPLACEMENT > > Sure, this seems reasonable. I'll discuss this with Wenson & Tim and > follow-up.
Thanks for the improvement suggestion :)
EWS
Comment 10
2022-01-28 10:34:38 PST
Committed
r288747
(
246540@main
): <
https://commits.webkit.org/246540@main
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 450244
[details]
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug