6

See also, a more narrow bug here (tagged "status-completed", incorrectly(?)).

Upon visiting some SE sites (e.g. superuser.com), logged in or not, I receive this popup:

screenshot of broken cookie alert with non-functional button labeled "accept all cookies"

  1. The "Customize settings" button shows a little spinner for a moment, but otherwise does nothing. Repeated presses do not show the spinner.
  2. A comment on the question above reports, "it probably (is supposed to) link here." That link brings me to a section of the cookie policy, with no controls visible.

At the bottom of the Targeting Cookies section of the Stack Exchange Cookie Policy page, you say:

You can withdraw any consent to the use of cookies or manage any other cookie preferences by visiting our Cookie Settings or clicking on the bottom of every page of our websites.

  1. Clicking the "Cookie Setting" fake link (javascript?) on that page, again, does nothing.

  2. The sentence quoted above also mentions I may click "on the bottom of every page of our websites." Below is what I see at the bottom of any of your websites. What does "the bottom of every page of our websites" then mean when looking for cookie & consent controls? A screenshot of the bottom of a stack overflow question list, which has many links, but none related to cookies

13
  • 1
    So, what browser are you on? What OS? Any plugins / ad blockers / virus scanning / firewalls? Can you open the developer console and check for errors there? Either in the network tab or the console? The competent experts will then try to work out where the problem might be.
    – rene
    Mar 4, 2021 at 14:38
  • 1
    No repro on Firefox Nightly 88.0a1 + uBlock Origin for the first issue. Check the browser console (dev tools) (hit F12) and read any errors; check your adblocker. I can, however, confirm that the “Cookie Settings” link in the Targeting Cookies section does nothing (no network activity, no error). The footer on Super User has a (working) “Cookie Settings” link under “Company”. Mar 4, 2021 at 14:43
  • I chose to omit that info it to keep focus where it belongs: on the implementation of the cookie settings workflow. If users are blocking third-party javascripts, or blocking ad domains, why would that interfere with a first-party page of controls? I'll add that info at some point to perhaps keep this productive, but I assert the burden here should not be shifted to users in general. Privacy controls should Just Work™.
    – Joel Reid
    Mar 4, 2021 at 14:43
  • On Super User I do have that cookie setting link in the footer and it does work (I'm on Chrome / W10, uBlock running)
    – rene
    Mar 4, 2021 at 14:43
  • 2
    @JoelReid No, it doesn’t work for you, so you are in the best position to include all relevant debug information. Help the company help you. If it turns out you’re running an unsupported browser or nobody can reproduce these issues, this bug report will just be closed and deleted. Mar 4, 2021 at 14:47
  • @SebastianSimon As I said, I am the one with symptoms, and will participate, but I still hold that "It doesn't work for someone" should not be true of privacy controls.
    – Joel Reid
    Mar 4, 2021 at 14:49
  • @JoelReid What is the point of this comment? It’s just a bug. Why do you think you should provide fewer details in privacy-related bug reports? I don’t see how this makes sense. Mar 4, 2021 at 14:51
  • 1
    The “Cookie Settings” link in the Targeting Cookies section also doesn’t work with uBlock Origin disabled, or in the latest Google Chrome. Clicking the link expects an element with ID onetrust-banner-sdk to exist, but it doesn’t — no matter if all resources are able to load, or some are blocked; I tried disabling Cookie blockers, uBlock Origin, etc. Definitely a bug here. Mar 4, 2021 at 15:00
  • 1
    Early signs point to cloudflare blocking my loading of your use of cdn.cookielaw.org/scripttemplates/otSDKStub.js My comments above were all to keep this focused on SE's implementation choices. E.g. here, why is a third-party javascript needed to change privacy settings?
    – Joel Reid
    Mar 4, 2021 at 15:03
  • On SO that script is not loaded at all it seems. The click handler from /legal works, the Onetrust div missing causes it to stall as it has no place to show the info it fetched.
    – rene
    Mar 4, 2021 at 15:06
  • I get a 503 Service Unavailable error when I click Accept all Cookies and it never works. Always get this popup. The error message: GET https://cdn.cookielaw.org/scripttemplates/otSDKStub.js net::ERR_ABORTED 503 (Service Unavailable) Apr 3, 2021 at 4:17
  • I faced the same issues for month. Disable uBlock Origin and refresh and accept all cookies. Then re-enable uBlock. Apr 15, 2021 at 14:44
  • I had this issue come back when I started using tor, which cookielaw is apparently hostile to. I "allowlisted" a non-tor direct connection, to cookielaw.org only, in network.proxy.no_proxies_on in about:config.
    – Joel Reid
    May 3, 2022 at 12:01

0

You must log in to answer this question.

Browse other questions tagged .