-
Notifications
You must be signed in to change notification settings - Fork 784
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
kachelmannwetter.com needs defuser scriptlet #6092
Comments
Did you update uBo lists ? |
Yes, I could view the scriplet from uBo's resource viewer and it showed the same content as the version I had put on a server (which was basically the four line solution from my report plus the name and content type line above it). The file looked like this:
uBo told me it was using five of five filters (which I guess meant lines in this context) from that file. When I added a filter like But that isn't the purpose of this ticket. I just want to get the snippet (or something to similar effect) added to the official resource.txt as well as the accompanying entry in the filters. |
The filter in uBo filters list still working for me: |
Oh, the main filter was stuck on a two day old version, I see. |
Fixed, we need new bypass. |
or you could just remove the attribute itself instead of adding another scriptlet --
|
Doesn't work here. Updated scripts and the hardblock still triggers. |
Do you see in the logger this last filter ? |
No. I only see the other two JS filters and ##dkpw-billboard-margin DOM filter but not this one. |
well, just update your lists |
or use: |
or
|
This line does the trick for me. The line from the commit just doesn't match, even if copied in as a custom filter. On the other hand, adding this as a custom filter works like a charm. |
yeah, I used an abbreviation ( |
Anti-Adblock |
update your lists |
@TheRealCuran my set-attr scriptlet if you're looking for a working one -- https://github.com/uBlock-user/uBO-Scriptlets/blob/master/scriptlets.txt#L427
|
Thanks I'll check that out; for now I've just implemented that solution as a Greasemonkey script, because the current rule set of uBlock no longer works for me. (I suspect I would have to unblock the ad domains in uMatrix, but that will never happen. I don't want to be tracked, if I can avoid it.) |
for now the uBo filters are working. Remove any other custom filter for the site from "my filters" |
No, they are not working for myself. I don't have any custom filters for kachelmann.com, yet I still get redirected to the anti ad-block page once I disable my Greasemonkey script. The only custom settings I have is under "My rules":
and neither should matter. I also just purged my filters cache and reloaded to make sure I have the latest filter lists, still no luck. The filters I see are:
(I tested with disabled uMatrix as well and that didn't help either.) The last idea I had was that another of the standard filter lists might interfere, so I deactivated all of them. But again: as soon as I disable my Greasemonkey script I get redirected to the anti ad-block page. Just for reference, my Greasemonkey script looks like this:
|
tested in FF / chrome, default settings, no issue for me |
Confirming @TheRealCuran as it doesn't work for me either. |
Keep only uBo enabled and test again. |
Solution for everybody, who has still problems: If this doesn't fix the problem:
=> also deactivate all other filter lists except the uBlock-own lists. |
it was already fixed hours ago |
Yes, it's working correctly, if the user has only the uBlock-own filter lists activated. |
It's working fine with last easylist list & last filters added in uBo lists |
Anti-Adblock Script at |
URL(s) where the issue occurs
https://kachelmannwetter.com/de/wetter/2950159-berlin
Describe the issue
When loading any page on
kachelmannwetter.com
with an adblocker (uBlock Origin and uMatrix in my case) enabled you will get redirected tohttps://kachelmannwetter.com/de/site/adblockuser
. The reason for this lurks inhttps://kachelmannwetter.com/js/function.js
, lines 160ff:The easiest way to disable this is to set the attribute
data-value
of the HTML DOM element with the IDpaywall-account-type
topayaccount
.Versions
Settings
Not a settings issue, see above.
Notes
I failed to implement the fix in a custom scriptlet myself, but when I execute
as a Greasemonkey script the page is working as intended again, ie. no longer redirects to that ad block user page.
If that is possible, it might be an option to block that specific redirect. Or replace parts of functions.js. Otherwise this solution is possibly rather fragile. Though other options are visible from the code snippet posted above.
The text was updated successfully, but these errors were encountered: