[Webkit-unassigned] [Bug 200857] iOS 13 beta: WKWebView does not include cookies/credentials in cross-origin-requests

[bugzilla-daemon at webkit.org]

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

Niklas Merz <niklasmerz at linux.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #376682|0                           |1
        is obsolete|                            |

--- Comment #12 from Niklas Merz <niklasmerz at linux.com> ---
Created attachment 376870

  --> https://bugs.webkit.org/attachment.cgi?id=376870&action=review

Updated demo app

I've got new information from futher testing with my example. Please consider this while reproducing and fixing this bug.

The "cookies are not handled on first launch" bug still exists. This means you have to put the app in background and open it again before testing this after installing it via Xcode to get cookies working on iOS 12. This is a known bug on the Cordova community (https://github.com/imransilvake/Cordova-Plugin-Sync-Cookies https://github.com/Telerik-Verified-Plugins/WKWebView/issues/247 etc.), but I cannot find a Webkit bug. Is this worth a new one?

While testing a new device, I found that you have to set the cookie accept policy on the shared HTTPCookieStorage to make cookies work on iOS 12 aswell.
According to the docs this should be default: https://developer.apple.com/documentation/foundation/httpcookie/acceptpolicy/always . Is this a new bug?

I updated the project in the attachment accordingly. I need to set it once like this to get cookies working on iOS 12: 

```
let cookieStorage = HTTPCookieStorage.shared
cookieStorage.cookieAcceptPolicy = HTTPCookie.AcceptPolicy.always
```

iOS 13 is unaffected from these "workarounds" and does not send cookies at all. Is there another cookie setting that could have changed the default?

-- 
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/20190821/9f9a4982/attachment-0001.html>