-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Tracking/Blocking protections are not always disabled when Shields are turned off #2190
Comments
Similar issues when using Ghostery: matomo-org/matomo#13018 |
OG reddit post: Also worth noting that the site functions as expected in Private window |
+1 from Community I think? Hard to tell but given that this works in dev (see report) and no shields config, global or domain-level, has any effect this seems to be the culprit: |
Hi, I was the original reporter of this issue (on reddit). Just wanted to report that this seems to be resolved on the latest beta Version 0.59.21 Chromium: 72.0.3626.28 ) |
@brave/legacy_qa Can you verify? |
@tomlowenthal worked for me with the following build
|
Description
Possibly related issue here
Sometimes connections/calls are still getting blocked by Shields even when they're disabled.
Additional info courtesy of @jonathansampson:
Steps to Reproduce
Actual result:
Page doesn't fully load, remains blank (but not an actual blank page).
Expected result:
Page should load and app creator (or something like that) should display.
Reproduces how often:
Easily
Brave version (brave://version info)
Release build, v0.56.12
Reproducible on current release:
Yes
Website problems only:
No
No
Additional Information
Short clips of actual vs expected behavior:
Chrome:
Brave:
Console output:
Network Tab:
The text was updated successfully, but these errors were encountered: