[Webkit-unassigned] [Bug 217134] New: StorageApi mismatch between WKWebView vs Safari in iOS 14

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=217134

            Bug ID: 217134
           Summary: StorageApi mismatch between WKWebView vs Safari in iOS
                    14
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Frames
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: sarkar.sambit at gmail.com
                CC: sarkar.sambit at gmail.com

I am working on WKWebView in iOS 14. I load a website from http://127.0.0.1 and then I load another domain in iframe inside that web app. I put NSCrossWebsiteTrackingUsageDescription in info.plist. So, I have ability to ON/OFF ITP. Looks like the requestStorageAccess does not work in WKWebView even with user gesture. Moreover, if ITP is off, inside iframe, requestStorageAccess() in WKWebView (iOS 14.0) does not gain access for first-party cookie storage. It neither throw any prompt to user like safari 14.0 does when ITP is ON. However, according to webkit blog prompting the user  on requestStorageAccess() was removed. But, this is clear mismatch between WKWebView vs Safari. The hasStorageAccess() API works same in both platforms though. I think I am missing something. So, I guess my question is if I turn off ITP, should I not gain access to first-party cookie storage inside iframe in iOS14?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200930/cda7ee58/attachment.htm>