Every time we visit a GDPR compliant site, we are greeted with the all too familiar (yet far from homogeneous) popup asking us to either accept or deny the site's privacy policy and cookie behavior.<p>I'd like to point out how this law is hurting the web.<p>When the onus is on the developer to ask a user for permission, the user is forced to trust the developer. For example when a website asks me if they can store cookies in my browser, and I say no, there is no easy way of me knowing if that site is actually listening to me.<p>Wouldn't it be cleaner if the burden was on the browser to ask us for permission?<p>In iOS for example, the operating system asks you if you'd like to grant an app access to your camera... not the app itself! Imagine we had to blindly trust an app to not use our camera, without any help from Apple. Mayhem!<p>Instead, the EU mandates that developers ask permission. Developers place a stupid looking div filled with legal jargon on their homepage. We roll our eyes and click accept. Good actors (who respected our privacy in the first place) continue to respect our privacy. Bad actors continue to ignore it.
Instead of asking for each site, just allow first-party cookies and delete them by default when the last tab of that domain is closed. The user should be able to favorite cookies to keep indefinitely, with the rest being cleared on a user-defined schedule (onTabClose, 1 hour, 24 hours, 1 week, etc). There was a free Safari extension called Safari Cookies that handled the favoriting but it stopped working several years ago.
<a href="https://sweetpproductions.com/safaricookies/index.htm" rel="nofollow">https://sweetpproductions.com/safaricookies/index.htm</a><p>I'm surprised this isn't a standard feature built into browsers. Seems like it would be obvious to have a level of granularity between accept all first-party cookies and accept none.<p>Edit: to clarify, I don't think setting cookies is the issue (and not worth the UX hassle to ask everytime); the issue is storing the cookies for longer than the interaction persists. To me, it's analogous to someone remembering who you are during a conversation vs adding you to their rolodex and storing that info indefinitely.
As I remember it, this was an option you could enable in Netscape Navigator back in the dialup days. In practice it meant that every time you went to a new website you'd have to click ok on a dozen popup menus asking for permission to store each individual cookie before the page would load. I'm sure there are ways to make that process go a little more smoothly but in practice it's still probably something that most users would immediately turn right off.
It used to be an option in Firefox. You have to go dig around bugzilla to find the reasons they removed it -<p><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1249151" rel="nofollow">https://bugzilla.mozilla.org/show_bug.cgi?id=1249151</a><p><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=606655" rel="nofollow">https://bugzilla.mozilla.org/show_bug.cgi?id=606655</a>
From my perspective, a lot of the problem is that there are very legitimate uses for cookies and other types of local storage, outside of advertising and other sorts of tracking. IE remembering user preferences, knowing what messages they've seen, that kind of thing. It would be a huge hindrance to not be able to persist any kind of state between visits. The real issue in most cases are third party cookies from ads and other trackers, but in almost everyone's understanding these are all lumped together into the single category of 'cookies'.<p>Of course, it's not quite as simple as "first party cookies fine, third party bad", since when you're on a domain like google.com for example, a whole lot of tracking goes on with first party cookies. But still, that can be dealt with. If I were coming up with a regulation (be it enforced at the browser or site level) it would make a distinction between first party cookies on domains serving up to X users per month, first party cookies on domains serving over X users per month, and third party cookies on all domains. The first of those categories could, I think, be unregulated. Save messages and/or restrictions for the other two and I think it would go a lot further toward achieving the goals of these sorts of initiatives, while being much less of a useless annoyance.<p>Firefox is going in this direction somewhat with their default blocking of third party cookies, but there's nothing they can really do unilaterally to treat first party cookies on google.com differently from bobsblog.com.
I agree that "this law is hurting the web" but I don't see how shifting that from the website to the application is going to solve the root issue. Prompts like these are annoying speed bumps that I have a hard time believing are in anyway effective -- paranoid people already deeply evaluate the software and services they use whereas the casual user is likely to just to "yah yah, get this out of my face" click it.
How about, if you install software such as a web browser on your computer that has a certain functionality intentionally exposed via an API, and you then visit sites that make use of that API, you have given consent for them to use it. And if you don't like it, you can reconfigure said browser to block them.
I'd like to point out that GDPR compliant sites don't need to ask permission for strictly necessary cookies.<p>I also recommend using Cookie AutoDelete for Chrome [0] or Firefox [1]. You can define a whitelist of websites where you actually need Cookies (because you want to stay logged in), and the rest will be forgotten when you close the tab. It even allows different rules in Firefox Containers.<p>0: <a href="https://chrome.google.com/webstore/detail/cookie-autodelete/fhcgjolkccmbidfldomjliifgaodjagh" rel="nofollow">https://chrome.google.com/webstore/detail/cookie-autodelete/...</a><p>1: <a href="https://addons.mozilla.org/en-US/firefox/addon/cookie-autodelete/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/cookie-autode...</a>
The GDPR consent prompts are less about technicalities (are you using cookies or local storage) and more about giving the side permission to stalk you no matter what method they use.<p>The real problem here is the lack of enforcement of the regulations. The majority of GDPR consent prompts are obnoxious because they aren't actually compliant - compliant ones are much more pleasant. See this comment I just posted on another GDPR thread: <a href="https://news.ycombinator.com/item?id=21429666" rel="nofollow">https://news.ycombinator.com/item?id=21429666</a><p>Finally there's this misconception (it could be a lie perpetuated by companies looking to profit from GDPR-related consulting, or those looking to push back on the regulation by making it seem more annoying than it actually is) that <i>all</i> cookies require consent. That is blatantly false. Cookies to store site preferences (like language, font size), shopping carts or login sessions don't require consent as they're necessary for the functionality you're trying to use.
IE had it up to version 11:<p><a href="https://www.technipages.com/wp-content/uploads/2014/07/IE-Advanced-Cookies-Settings.png" rel="nofollow">https://www.technipages.com/wp-content/uploads/2014/07/IE-Ad...</a><p>Edge is dumbed-down and removes, among other things, that option:<p><a href="https://answers.microsoft.com/en-us/edge/forum/all/cookie-controls-in-edge/082462e6-0746-48db-bcdc-0c03373d8a4e" rel="nofollow">https://answers.microsoft.com/en-us/edge/forum/all/cookie-co...</a>
Storing data in a cookie is not the dangerous bit, it's the intent, the <i>what you're storing that data for</i> which matters.<p>A browser popping up a prompt saying "google.com wants to store a cookie, is that okay?" isn't enough.<p>The design of these cookie and enhanced data protection laws is that websites need to spell out their intent. To tell people what data they're storing <i>any why</i>. Yes, you could code that into headers and have the browser relay that information, but that's the stalemate we're in.
How about Firefox Temporary Containers?<p><a href="https://addons.mozilla.org/en-US/firefox/addon/temporary-containers/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/temporary-con...</a><p>I think they compartmentalize each tap until it is closed. Dunno if it only clears cookies or all other forms of storage.<p>Cookies get all the bad press when there is many other ways to store data. Or does the word "cookie" encompass all forms of persistent storage?
100% agree, I've argued for this same thing in the past.<p><a href="https://www.reddit.com/r/worldnews/comments/7h28hi/google_could_be_forced_to_pay_over_five_million/dqoj1g6/" rel="nofollow">https://www.reddit.com/r/worldnews/comments/7h28hi/google_co...</a>
Note that the GDPR isn’t just about cookies, it’s about <i>all</i> collection of personalized information, in any form. It also outlines plenty of scenarios that don’t require a separate permission request beyond simply doing business with a company.<p>We’re only in the midgame of this particular regulation— the rules changed “suddenly” and specified outcomes rather than methods. Regulators and businesses are in the messy stage of negotiating best practices as businesses change as little as possible and regulators give fines for misconduct.<p>The hope is twofold: that enough users will opt out to make problematic business models less profitable, and that the lower user friction of models that don’t require tracking will become relatively more successful. Neither of these goals is served by allowing a blanket permission setting.
"Shouldn't" implies some kind of higher authority capable of enforcing such a feature universally across browsers, when no such authority exists.<p>Browsers give you all kinds of opt-out capabilities, if that's something you're interested in. The fact is, most people aren't interested.
Your suggestion makes a lot of good sense. Cookies aren't the real threat though. Surely cookies are used for both wanted and unwanted tracking. Passive tracking however (fingerprinting of any form) will remain the threat we can't block and we won't know is happening.<p>If we add a mechanism to allow the OS to handle cookies, bypassing possible untrusty browser vendors. We won't solve much and create a false expectation, while (arguably) break more than we fix.<p>This doesn't mean we shouldn't, but if a method is found, it should include a significantly more comprehensive form of anonymity.<p>--2 cents
I usually right click and select an element blocker.<p>There was a time wayy back when a browser would prompt user when site requests to push out a cookie [up to about mid 90's AFAIR], but that was before the web was hijacked for commercial interests.<p>now there are often so many cookies with the typical website that a manual dialogue would waste all your user time.<p>so i think thats where the decision was made to include all cookies, in one broad permission setting.
Browse in anonymous/private mode.<p>There’s unfortunately little difference between cookies used to keep you logged in and to track you. Therefore no cookies = log in every time. As long as you’re ok with that, go for it!
GDPR does not require "cookie consents forms" and neither do the EU e-privacy rules. There are clear exemptions for authentication and other technical cookies.<p>Basically, the form is only required if you're doing something nastier, like tracking.<p>I've never understood why sites just run with the concept and implement the "permission form" when it really isn't required for good actors.<p><a href="https://wikis.ec.europa.eu/display/WEBGUIDE/04.+Cookies#section_2" rel="nofollow">https://wikis.ec.europa.eu/display/WEBGUIDE/04.+Cookies#sect...</a><p>ps: for firefox I use "cookie autodelete" extension <a href="https://addons.mozilla.org/en-US/firefox/addon/cookie-autodelete/" rel="nofollow">https://addons.mozilla.org/en-US/firefox/addon/cookie-autode...</a>
Upcoming ePrivacy law should fix this nonsense with cookie banners. Although, having cookies permissions settings, like notifications and location in browser UI would be great.
It's just the beginning. Given the logic of the allmighty regime, each web link has to have a label describing all privacy impacts it might have if you click on it. The link will only open if you confirm.
But that would place the responsibility to enforce GDPR on browsers vendors, not publishers. GDPR is about private information, the browser isn't interested in that, the publisher is, so the responsibility falls on the publishers.
It would be almost impossible to enforce. Publishers have a point of contact, an address or a hosting company, some sort of physical place where you can find whoever is in charge of the site. In other words, somewhere to send legal documents and summonses should a government wish to pursue legal action.<p>This is only partly true for web browsers. Google, Mozilla and Microsoft have addresses. But what all the browsers that have forked from open source projects? If someone forks Chromium and adds nasty features, how do you track them down if they did everything anonymously?<p>More to the point, if a law is passed that says "all browsers must do X,Y and Z". How to you enforce that in a world where open source is so prevalent? The big players may add the requirements to their flagship browsers, but if those browsers have open source underpinnings they have no control over the forked versions.<p>It's the publishers who are abusing browser capabilities, its much easier to force them in to compliance rather than trying to legislate how browsers work.