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

[bugzilla-daemon at webkit.org]

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

--- Comment #2 from Spambit <sarkar.sambit at gmail.com> ---
I made xhr to third-party domain from http:127.0.0.1 and received cookies in WKWebView. I saw those in xhr-response in web-inspector. But I noticed those cookies never reached third-party server in subsequent network calls from iframe or even another xhr from http://127.0.0.1. I saw same behaviour with ITP off. I read that WKWebView now blocks all third-party cookies. Does this mean it won't send cookies to different domain other than 127.0.0.1 even when ITP is off? My original question was on mismatch behaviour in desktop safari and WkWebView. That stays same. I saw everything I explained above works fine in desktop safari as it should be according to me even with storage apis. But, I could not make it working in iOS safari and WKWebView. Anyway, to answer your question, if I set third-party cookie in first-party context, it does not work either with ITP on/off. However, my third-party domain was never first-party at all. There had been only xhr calls to third-party domain.

-- 
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/20201003/bccf2acb/attachment.htm>