We should expand App Privacy Report layout testing
<rdar://problem/80355582>
Created attachment 433194 [details] Patch
Created attachment 433223 [details] Patch
Created attachment 433241 [details] Patch
Created attachment 433350 [details] Patch
Created attachment 433353 [details] Patch
Comment on attachment 433353 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=433353&action=review R=me, but consider using a HAVE macro, perhaps in a follow up patch, to gate this on the presence of app initiation state in a build, rather than OS family, > Source/WebKit/UIProcess/API/APIPageConfiguration.cpp:99 > +#if PLATFORM(IOS_FAMILY) This might be better as a HAVE macro (e.g., HAVE(APP_ATTRIBUTION) or something).
Thanks! (In reply to Brent Fulgham from comment #7) > Comment on attachment 433353 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=433353&action=review > > R=me, but consider using a HAVE macro, perhaps in a follow up patch, to gate > this on the presence of app initiation state in a build, rather than OS > family, Good point, and one even exists, ENABLE(APP_PRIVACY_REPORT), that I forgot to use. Will fix before landing. > > > Source/WebKit/UIProcess/API/APIPageConfiguration.cpp:99 > > +#if PLATFORM(IOS_FAMILY) > > This might be better as a HAVE macro (e.g., HAVE(APP_ATTRIBUTION) or > something).
Created attachment 433405 [details] Patch for landing
Committed r279874 (239627@main): <https://commits.webkit.org/239627@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 433405 [details].