We should mark loadURL requests as app-bound.
<rdar://problem/78160933>
Created attachment 428952 [details] Patch
Comment on attachment 428952 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=428952&action=review > Source/WebCore/loader/FrameLoader.cpp:1341 > + request.setIsAppBound(m_documentLoader->lastNavigationWasAppBound()); What about the other call sites like loadPostRequest?
Created attachment 429121 [details] Patch
(In reply to youenn fablet from comment #3) > Comment on attachment 428952 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=428952&action=review > > > Source/WebCore/loader/FrameLoader.cpp:1341 > > + request.setIsAppBound(m_documentLoader->lastNavigationWasAppBound()); > > What about the other call sites like loadPostRequest? You're right. I moved this to FrameLoader::addExtraFieldsToRequest so it will be caught in other cases. And added more tests.
Created attachment 429123 [details] Patch
Comment on attachment 429123 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=429123&action=review > Source/WebCore/ChangeLog:3 > + loadURL not attributing requests as app bound FrameLoader:: would help understand what is going on here. > Source/WebCore/loader/FrameLoader.cpp:1495 > + addExtraFieldsToRequest(r, IsMainResource::Yes, m_loadType, ShouldUpdateAppBoundValue::No); We should probably rename addExtraFieldsToRequest because it's no longer just about fields. > LayoutTests/http/tests/in-app-browser-privacy/app-bound-attribution-ping-load.html:15 > + extra space
Created attachment 429245 [details] Patch
Comment on attachment 429245 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=429245&action=review > Source/WebCore/loader/FrameLoader.h:89 > +enum class ShouldUpdateAppBoundValue { No, Yes }; : bool
Created attachment 429296 [details] Patch for landing
Committed r277865 (238006@main): <https://commits.webkit.org/238006@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 429296 [details].