-
-
Notifications
You must be signed in to change notification settings - Fork 387
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Privacy Badger not setting navigator.globalPrivacyControl before scripts in the head block execute #2948
Comments
Hello and thanks for opening an issue! Do you have any example links where we might see this bug in action? |
Nothing public, but I see it with something as simple as this:
I'll add that frequently the above shows |
OK, thank you for the example. I'm trying to assess the real world impact. This should get fixed as part of updating to Manifest V3. |
Just to add a bit more data, I built out the page above to add an interval timer to see how long it takes...
For me, output like this is typical:
So about 80-100 ms. |
This should now be fixed in Privacy Badger for Chrome version 2024.5.30 and later. The delay is still there in all other browsers for now. |
PrivacyBadger doesn't set
navigator.globalPrivacyControl
before scripts in the<head>
block execute. This means that any scripts invoked in the<head>
block, which is common for privacy control software like OneTrust, are not able to detect the signal. This is not a problem with other extensions, such asgpcEnabler
.I was able to replicate the issue by simply adding
<script>window._isGpcSet = !!navigator.globalPrivacyControl;</script>
immediately after the<head>
tag in a web page. The value is ALWAYS false with PrivacyBadger, but true with native GPC support enabled in Firefox or Brave, and true with other extensions.I did most of my testing with Chrome version 121.0.6167.85 using PrivacyBadger 2023.12.1 on MacOS.
The text was updated successfully, but these errors were encountered: