-
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
site hack: xtcore.js on www.lesechos.fr is not blocked #1305
Comments
reproduces on macOS
|
Reproducible under
|
Does the same thing happen with Shields down? |
Yup, same results with Checked on the following builds using macOS 10.14 x64:
|
Just to make sure I understand the issue here: |
@tomlowenthal from my understanding, that's correct 👍 We have several site hacks for a few specific websites which includes |
I'm confused — why are these implemented as site-hacks rather than being part of the regular block lists. Is there an implementation detail I'm missing? |
This was just a port from browser-laptop. The real fix for this is to add a ad-blocking easylist rule and remove the site hack. |
Fixed by brave/adblock-lists@29671ed |
Still reproducible on
The script is not listed in blocked ads and trackers:
@bbondy @pilgrim-brave Am I missing something? |
Still Reproducible on
|
The website in question changes so it no longer uses |
Steps to Reproduce
Actual result:
xtcore.js is not blocked
I checked through debugger that xtcore.js code is executed.
We have a site hack for blocking the script #84, but path to xtcore.js has changed
from:
https://www.lesechos.fr/xtcore.js
to
https://assets.lesechos.com/common/js/xtcore.js
Expected result:
Blocks
https://assets.lesechos.com/common/js/xtcore.js
Reproduces how often:
always
Brave version (chrome://version info)
Reproducible on current release:
cc @bbondy @kjozwiak @LaurenWags @srirambv @GeetaSarvadnya
The text was updated successfully, but these errors were encountered: