Re:Intelligent Tracking Prevention
by om2 on Thursday June 08, 2017 @11:37AM
(#14514911)
The challenge lies in trying not to break any user-facing website functionality. Things like single sign-on, login with Google/FB, Share and Tweet This buttons, CDNs for static content, etc. We also had a goal of not blocking ads. These limitations require a more complex feature, but it can be on by default without upsetting users or publishers.
[ Parent
| on HN ]
Re:Intelligent Tracking Prevention
by bradgessler on Thursday June 08, 2017 @11:57AM
(#14515067)
I can't upvote the complexity concerns in here enough. In effect you've banned 3rd party cookies, or at least that's the assumption that a lot of us will have to make to support Safari users because the state of their browser is harder to determine.
You should definitely code websites as if you don't have third-party cookies. It's always been our intent to ban them, and we're closing the loopholes as much as we can without breaking the web.
Re:Intelligent Tracking Prevention
by bradgessler on Thursday June 08, 2017 @06:23PM
(#14517627)
Yeah, we had to assume that because of the way iframes work in Safari. Its obviously great for privacy, but very frustrating from an application developer perspective. Too bad the interwebs are becoming more hostile and require these measures.
IMO the Webkit team would make developers' lives much easier if you more clearly articulated that intent; otherwise they have to guess the direction your team is heading and might build something in the short term that ends up breaking.