[Webkit-unassigned] [Bug 173844] Intelligent Tracking Prevention removes first party cookie on iOS11 beta v2, not on macOS beta v2

[bugzilla-daemon at webkit.org]

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

--- Comment #3 from Kirk Elliott <kirk.elliott at oracle.com> ---
Thanks for your patience, it is a little complicated to explain but you have done a great job here. Your assumptions for 1,2,3 are correct. I have also received some additional information from Jonathan Davis which has given me a better understanding of how "interacting" with a page affects ITP than what I got from the blog post.

I believe all my questions are answered wrt iOS ITP behavior, and I have a good grasp of what "normal" ITP behavior is. You provide an excellent breakdown here as well. 

My main question now is how to reproduce on macOS, as on iOS changing the date appears to do the trick but on macOS the date switching doesn't appear to be as reliable. I cannot reproduce on macOS HS beta v2 but I think I could before in v1. 

The bugs I would mention include:
1a. iOS 11 beta 2 does not really clear cookies when I choose Clear History and Website Data. In iOS10 the blue button text would turn grey after this operation, not so in iOS11 beta v2. 

1b. In my testing the cookies do not appear in Safari > Advanced > Website Data (says 0 bytes), but if I tap clear cookies and visit firstPartyDomain I can still see the thirdPartyCookie value in the iframe (in my test the random-ish int is visible when available). I expect it to not be available but it's the same value from before clearing cookies. This is very easy to reproduce. I've been resetting cookies by wiping my test device for every test, takes about 3 min. per restore. 

1a - button doesnt turn grey
1b - cookies are still somehow present (maybe its just cache invalidation)


2. I also see a bug in macOS, not new to HS, where automatically setting the date doesn't work (it never changes the date back after I have changed it ahead). Maybe it is some weird proxy/network/firewall/etc hosts issue, but I think I have seen this on multiple networks.

2 - https://twitter.com/dmvjs/status/878256107524939776

That being said I have not been able to reproduce the issue on macOS since beta v2. Wiping macOS is a bit more impractical so for now I am simply trusting that it will behave the same as on iOS.

-- 
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/20170629/c4a5a954/attachment.html>