adfilt
adfilt copied to clipboard
General filter chit-chat №2
So today I learned that GitHub threads max out at 2,500 comments, despite nothing and no one ever telling me about that previously, let alone GitHub's help pages. So here's thread number 2!
This thread is a megathread about adblock discussions in general. Here one can request syntax help, reproduction confirmations, info about differences between adblockers, assistance with making new lists, and so on. They'll be answered or considered by the biggest Adfilt contributors, and occasionally by members of the uBlock Origin development team (although in an unofficial fashion). (This header section was last updated on the 24th of April 2019 by DandelionSprout.)
Same non-obligatory rules apply as in the previous thread (Rules can be amended by Dandelion Sprout on very short notice, but this happens pretty rarely):
- Anything ad-, adblocker-, and adblocking-related of any sort goes.
- (Modified 04/08/2020) Temporary derails and jokes/puns derived from adblock topics are permitted. Bringing up random stuff apropos of nothing is not recommended.
- Political discussions are only permitted if they are directly related to something adblock-related.
- Disclosing personal opinions about everyday topics (e.g. family life, non-tech worklife, strong political stances, pizza toppings) is normally discouraged, on the assumption that it could lead to thread participants losing some of their respect for one another.
- When mentioning websites that are (not) affected by adblocking, it is customary to wrap website names and adblocker entries into ` (Grave accents). This will allegedly make it harder for the websites to find this thread in search engines.
- Swearing is normally permitted, but is considered bad form. Swearing as a part of an insultment is even more of a bad form.
- While the following has not been a problem in this thread, they have been sporadic problems among uBO enthusiasts: It is advised to not be hyper-excited when writing comments, whereas reporting thread participants or this repo to GitHub (unless you have a very good reason) is probable grounds for insta-removal from the thread and for the humiliation and pariah-ism of you from the uBlock Origin community.
- If you wish to emote-react to your own comment: Why not use 'Windows key'+. to insert the emote into the end of the actual comment instead? It'll save some vertical space as well. (This rule is sleeping for W8 users until further notice.)
- (Added 15/04/2020) Threatening to beat up other thread users out of anger, is usually a very bad idea.
- (Added 14/07/2020) When discussing GitHub users who are known to be very agitating, all mentions of and linkings to them are to be wrapped in grave accents.
- (Added 18/11/2021) Ban evasion clones of Kulfoon will be permablocked on sight.
- (Added 10/02/2022) Excessive use of deleting and making new accounts, even they aren't for evasion, can lead to becoming persona non grata in the thread, and in the worst of cases being blocked.
today I learned that GitHub threads max out at 2,500 comments
How are we expected to resolve any issues, with such a low limit!? :)
Github crash, I have many errors 500 on update files in online editor or send comments:
"You can't comment at this time. ".
@DandelionSprout:
Ad labels between feed entries:
https://sol.no/studio/sol-livestudio/388/
Possible fix:
sol.no##[class^="AdPrefix"]
@THEtomaso Just a personal opinion about the matter you noted in the previous thread. Using social filter does not necessarily mean you wanna block anything social. I don't use Facebook and I subscribe AdGuard Social, but hope any of my filters never ever interfere with news article about Facebook which may or may not include links to FB, which unfortunately for me was the case for Fanboy Social - I don't report such one-time false positives but still they're annoying. I rather wonder why so many filters, not limited to social ones, prefer generic rules and don't make specific rules one-by-one - this way you can avoid most of false positives, and I believe it's more efficient in terms of performance unless the number of rules goes too many. I don't expect any filter to be perfect on blocking and kinda accept some false negatives, but single false positive is annoying enough despite I can fix them. I maintain my own private filters which currently include about 2,000 rules each for PC & mobile, most of them are specific rules and I make a rule generic only after I confirmed the pattern is found on many sites (usually 3-5+ sites). AdGuard also tends to use more specific rules compared to EasyList/Fanboy and even replaced some generic rules in EL with specific rules, which I think makes sense given most AG users are noobs. Well, one thing I'm not so happy is AG filters tend to rely too much on cosmetic filters which I don't see much value.
I maintain my own private filters which currently include about 2,000 rules each
Getting close to 19.000 rules in my own filter, and particularly the social media entries (site-specific ones) has gotten way out of hand!
@DandelionSprout:
chilimobil.no and prisjakt.no ads + empty ad boxes with labels:
https://www.tek.no/
https://www.tek.no/nyheter/nyhet/i/OpJ7nw/
Possible fix:
tek.no#?#.lp_article_content > div:-abp-contains(annonse)
tek.no#?#section > div > div:-abp-contains(annonse)
tek.no#?##application > div > main > div > div:-abp-contains(annonse)
https://github.com/DandelionSprout/adfilt/commit/894b91522be99383146e5b3e43d125a9cfba0df9
The crap remains!:



I missed out on the Prisjakt ad the first time around. I don't consider the phone subscription comparison to be an ad at the time of writing, although I feel they could've shared more info about the comparison. The bottom ad placeholder will be fixed in Pale Moon once the :nth-ancestor fix goes live.
Also, you missed the ad label in my last screenshot!
EDIT:
..and there's more Prisjakt stuff here!:
https://www.tek.no/produkter/19266/
||i.imgur.com/eQ15Dp8.png$domain=bindingofisaac.fandom.com
(To THEtomaso) The ad label is removed by tek.no##div[id$=_body_ad]:nth-ancestor(1). I have a personal policy of not adding legacy-version-only fixes to my lists, so if you're unable to wait for uBO1.16.4.19, you can add tek.no##div[id$=_body_ad]:xpath(..) in the meantime.
I'll add an entry for the Prisjakt carousel in that link. The price tag of the page's main keyboard won't be removed, as it's convenient to know how much a product costs in Norway.
(To krystian3w) Presuming this was meant for the Anti-'Custom cursors' List, I thank you greatly for that tip. I'll add an entry for it pretty soon.
if you're unable to wait for uBO1.16.4.19, you can add
tek.no##div[id$=_body_ad]:xpath(..)in the meantime.
No need. The rules in my initial report takes care of everyting.
I suppose it does, now that I tested them out... Give me some seconds.
I maintain my own private filters which currently include about 2,000 rules each
Getting close to 19.000 rules in my own filter, and particularly the social media entries (site-specific ones) has gotten way out of hand!
It may be time for you to build your empire ;) I'm speaking on users' side, particularly when it comes to social staff false negatives are not big deal. I basically ignore those social buttons unless either I can block them all by 1 or 2 blocking rules alone (no cosmetic rule), or they're annoying enough (e.g. floating buttons), but one FP is worse than 20 FNs at least for me - maybe it's only me. Having looked various filters, I see one tendency that newer filter maintainers tend to use more specific rules. I guess that's reasonable from the current user base perspective. Also If one generic rule replaced 5 specific rules but required 4 exception rules to be added, it doesn't make much sense.
I for one felt I had to create my own social list that solely removed sharing buttons, as I felt that both AdGuard's and Fanboy's social lists were far too broadly blocking.
And sadly, social media stuff is very difficult to handle with adblock lists. Even though I use very broad hiding rules in that list, around ¼ of all websites I come across still slip through it.
@DandelionSprout:
Deblurrer for elbil24.no:
elbil24.no##.CTA-body-faded
Example:
https://www.elbil24.no/71205244/
PSA (although not a critical one): If you ever see any filterlists use $reload, it's probably a pretty fraudulent list, especially considering it's only believed to be supported by extremely questionable PR-Chinese browser extensions.
From what I could understand from https://translate.google.com/translate?sl=auto&tl=en&u=https%3A%2F%2Fwww.huorong.cn%2Finfo%2F1582284212427.html, the ChinaList 2.0 list was caught red-handed trying to earn affiliation rewards from extension users, and has now been emptied as a result of sheer shame.
PSA (although not a critical one): If you ever see any filterlists use
$reload, it's probably a pretty fraudulent list, especially considering it's only believed to be supported by extremely questionable PR-Chinese browser extensions.From what I could understand from https://translate.google.com/translate?sl=auto&tl=en&u=https%3A%2F%2Fwww.huorong.cn%2Finfo%2F1582284212427.html, the ChinaList 2.0 list was caught red-handed trying to earn affiliation rewards from extension users, and has now been emptied as a result of sheer shame.
Are you aware of any list that actually uses that strange modifier?
My personal but unclear understanding is that ChinaList 2.0 (Here's a Wayback Machine entry that includes the entries) was the only list to ever have used it, thankfully.
But although I look through many lists frequently as a hobby, who knows if there's something else out there that has or will manage to slide by behind our backs.
Only modified uBO / AG / AdBlock (or ABP)?
Seems like it.
Apparently it was an extension by the name of 广告净化器 (Its official English name, if any, is hard to figure out) that had already managed to get blacklisted by QQ Browser's add-on store as early as 2015, but which still kept on existing and such.
Seems like it.
Apparently it was an extension by the name of
广告净化器(Its official English name, if any, is hard to figure out) that had already managed to get blacklisted by QQ Browser's add-on store as early as 2015, but which still kept on existing and such.
Yeah, "Ad purifier" is obviously mistranslation. It actually means, in my translation, "Ad cleaner" or "Ad clearer". EDIT: whoops, "Ad Clearner" was already in the article, as with "Ad purifier".
I can't seem to find any info on $redirect-rule, as seen in various recently added uBlock Filters entries. How exactly does it differ from $redirect?
redirect-rule transforms classic blocking filter to redirect filters - https://github.com/uBlockOrigin/uBlock-issues/wiki/Static-filter-syntax#redirect-rule, https://github.com/uBlockOrigin/uBlock-issues/issues/310
The filter can complement the blocking with EasyList / EasyPrivacy with redirecting, without tracking as EasyList / EasyPrivacy cuts out the advertisement / script.
Sorry for a silly question, but this explanation of the new remove() syntax, "it must only be used as a trailing operator", is beyond my English skills (I looked up dictionaries and searched on Internet) and confuses me. Does it just mean it should not be used unless necessary, or?
The uBO wiki tends to be worded in pretty difficult terms, and the AdGuard syntax guide is only slightly easier to understand.
Given the context of https://github.com/gorhill/uBlock/wiki/Procedural-cosmetic-filters#subjectremove, my understanding is that it must be the last : value to be used in an entry. So the plain meaning of it, would be that you can do example.org##a:after:remove(.element), but you can not do example.org##a:remove(.element):after.
bad...
In the example, it is clear that we do not paste anything into parentheses (brackets).
AG syntax pretending to be CSS:
gorhill.github.io#$?##pcf #a18 .fail { remove: true; }
there's no html "selector" in the buckles.
Seems like I'll have to test out :remove() in actual use later tonight, then. So we get to figure out how it actually works.
Given the context of https://github.com/gorhill/uBlock/wiki/Procedural-cosmetic-filters#subjectremove, my understanding is that it must be the last
:value to be used in an entry. So the plain meaning of it, would be that you can doexample.org##a:after:remove(.element), but you can not doexample.org##a:remove(.element):after.
Hmmm, that makes sense, ty! Waiting your test ; )
bad...
In the example, it is clear that we do not paste anything into parentheses (brackets).
AG syntax pretending to be CSS:
gorhill.github.io#$?##pcf #a18 .fail { remove: true; }there's no html "selector" in the buckles.
Are that spaced selectors just an usual CSS selector for descendants (i.e. similar to ">" but not limited to direct children)? And too bad, AdGuard KB doesn't state anything about the syntax despite is has already been used in their filters.
my understanding is that it must be the last
:value to be used in an entry. So the plain meaning of it, would be that you can doexample.org##a:after:remove(), but you can not doexample.org##a:remove():after.
I slightly corrected it, but right (no selectors in parentheses)
In the example, it is clear that we do not paste anything into parentheses (brackets).
Right.
Are that spaced selectors just an usual CSS selector for descendants (i.e. similar to ">" but not limited to direct children)?
All "combinators" explained: https://developer.mozilla.org/en-US/docs/Learn/CSS/Building_blocks/Selectors/Combinators
> - direct child
(space) - child, grandchild, grand grandchild ... etc.
:remove() is like instruction, what to do with elements indicated by filter.
- If you don't append anything, it's like
:hide(). - If you add
:style(...), all selected elements will by styled. - If you add
:remove()all selected elements will be removed.
example.com##.foo:remove() - will remove all elements with foo class.
example.com##.foo, .bar, #baz:remove() - will remove elements with foo class, bar class and baz ID.
The uBO wiki tends to be worded in pretty difficult terms
If only someone more technical will said this I will respond "go fix it" :smile:
(I have mechanical education, I'm not very good in writing even in my native language, I've never had proper English lesson :smiley: )
Slightly better description in draft: https://github.com/uBlockOrigin/uBlock-issues/wiki/Procedural-cosmetic-filters#subjectremove
@gwarser thx for clearing things up, I somehow thought a completely different syntax may be applied to remove() as it's called operator, but your example of :hide() cleared my confusion. Coincidently, I've found foreinaffairs.com actually uses remove() to self-delete ads if it detected ad-blocker:
https://www.foreignaffairs.com/sites/default/files/js/js_WuaCj4HWa4O0f3e96aYGeMFCKjVyIWzlWk6k4cI4fIE.js
I can't believe you're not native-English, the wiki is overall well-written - it's just that non-techies like me also rely on the wiki and sometimes get confused, but there are places like here and r/uBlockOrigine and I'm very thankful to all you guys for these help.
To be honest, most of the text is copied from commit messages, and I'm doing updates only for few months. Most of the text is written by gorhill.
https://github.com/gwarser/uBlock-wiki-draft-/graphs/contributors
I've become aware of some good news in these trying times: MVPS HOSTS finally supports HTTPS after more than 20 years!
It's also time for me to admit that I didn't exactly get a good impression of its maintainer when I first contacted him about HTTPS in what I think was late 2018-ish, and in his replies he'd end almost every single sentence with ellipses. 😬
Though I learned today that he's recently been struggling with complete kidney failure and was (seemingly) successfully operated for it, so I have to give him a lot of slack due to that. And of course also applaud the successful operation and such.
@DandelionSprout:
Issue:
Paywall @ budstikka.no.
How to reproduce:
Try to read a couple of articles, and the paywall appears!
Possible fix (for the 'Browse websites without logging in' filter):
budstikka.no##.paywall
budstikka.no##body:style(overflow: auto !important;)
Or remove node (legacy need Nano Defender scriplet):
budstikka.no##+js(nano-remove-elements-onready.js, .paywall)
budstikka.no##.paywall:remove()
budstikka.no#$?#.paywall { remove: true; }
I think Budstikka must've changed their article payment system dramatically in the 3 hours since you guys posted your suggestions; as they're now dividing their articles into perma-free and perma-paid articles as far as I can see. Even visiting 10 free articles doesn't prompt a paywall on them.
budstikka.no##.paywall works to remove the overlays on the perma-paid articles marked with +, but budstikka.no##body:style(overflow: auto !important;) has no effect on anything that I'm aware of.
budstikka.no##body:style(overflow: auto !important;)has no effect on anything that I'm aware of.
Don't flip monitor:
Or this is lack of userCSS in Nano Adblocker for Chromium: https://github.com/NanoAdblocker/NanoCore/issues/243
Even when considering the exceptionally ridiculous image, and that I do indeed use my monitor in portrait mode, I simply don't think there's any hidden text in the perma-paid articles that could've been revealed with budstikka.no##body:style(overflow: auto !important;).
There could have been such text in limited-free articles, but I can't see that they're using limited-free articles on my end.
I think
Budstikkamust've changed their article payment system dramatically in the 3 hours since you guys posted your suggestions
Yeah, earlier today, I was only able to read one free article, before their paywall popped up! Looks like they're back to normal now, allowing users to read an unlimited amount of free articles.
--
budstikka.no##body:style(overflow: auto !important;)has no effect on anything that I'm aware of.
It enables the scroll bar, after killing the paywall. It still works for + articles, although it's completely pointless, of course.
Hope this isn't an example of webmasters testing things out, and thereby accidentally giving us a taste of things to come. Those type of subscription systems are something that I really don't want to see on Norwegian news sites!
Maybe a litte better use css class intead of not modified body "node":
budstikka.no##.no-scroll:style(overflow: auto !important;)
budstikka.no##head:not(:has(> meta[property="lp:paywall"][content="hard"])) ~ body .paywall
budstikka.no##.no-scroll:style(overflow: auto !important;)
Example: https://www.budstikka.no/e-18/stortinget-krever-e-18-losning-innen-paske-hele-planen-er-i-fare/574401!/ is perma-paid as distinguished by the <meta property="lp:paywall" content="hard"> tag in the source code.
But page have 15K pixels in "height".
Bizarre: https://github.com/DandelionSprout/adfilt/issues/7#issuecomment-600838086
I think https://github.com/easylist/easylist/issues/5112 may be of interest as a possible ASAP hotfix addition to the uAssets Unbreak list, considering the problem entry in that issue report seems to be breaking all YT embeds whatsoever.
@DandelionSprout:
Site:
ny1.no
Issue: Ads
Fixes:
ny1.no##.header-ainfo + ny1.no##[id^="supermag_ad-"] and/or ny1.no##.widget_supermag_ad
Proposition from ryanbr:
"List author slack channel?"
Hey,
(not sure if this the correct way to bring this up)
Just a thought whether a Slack channel could be an option for list authors / friends of uBlock/ABP/other Adblock extensions. For easier interaction/collaboration between authors, this isn't replacing Github but helping 'collab between list authors.
Won't be a public slack channel, open only on invite.
Its just a thought.
https://github.com/uBlockOrigin/uBlock-issues/issues/956
(To THEtomaso) ny1.no redirects me to https://kostholdsbutikken.no/, which does not have any visible ads that I can see.
(To gwarser) Such a Slack channel would've spread out adblock maintainer discourse a bit too widely, so I'm holding out on it for the immediate time being.
Wow, this morning ny1.no looked like this: https://web.archive.org/web/20200311/https://ny1.no/
I know that there's been an increased effort from Faktisk.no (which is essentially the Norwegian version of Snopes) to criticise fake COVID news, so it's perfectly plausible that ny1.no could've chose to redirect (Possibly temporarily so) to a healthfood site to try to save what little reputation they ever had.
![]() |
|---|
a, .about .readmore, .closeBtn, .infoArea .details a { cursor: url("cursor.png"), pointer; cursor: -webkit-image-set(url('cursor.png') 1x, url('cursor_hd.png') 2x), pointer; }
/cursor.png$image,domain=iliketoplay.dk
/cursor_hd.png$image,domain=iliketoplay.dk
I cannot test hdpi (cursor_hd.png) - maybe need use "path" /Assets/Css/.
*/Assets/*/cursor.png seems to work well enough for me, so I'll add that as well as */Assets/*/cursor_hd.png just to be sure.
why not use style?
A prototype version of that list used :style extensively, but I recall that I completely rewrote it after it was brought to my attention that it could break sites that never had custom cursors to begin with, and also to increase compatibility with other extensions like AdGuard.
Does the custom cursors list cover when sites change the default cursor behavior? Example on that site iliketoplay.dk when you mouse over the text at the top, the cursor should look like

but the site overrides it with a css declaration.
Also, do you have an anti-smooth scrolling list (another annoying thing -IMO - that site does)?
IIRC, there are so, so, so many sites out there who insist on using the regular triangular cursor when hovering over text, that it'd be damn near impossible for me to consistently override that insistence of theirs, sadly.
I don't have an anti-'Smooth scrolling' list for the time being, mostly because I use Chromium Wheel Smooth Scroller anyway, which also helps override site-specific scrolling speeds to the best of my knowledge.
@DandelionSprout:
Issue: New deblurrer needed for vg.no.
Example: https://www.vg.no/nyheter/i/y3Mka2/
Note: vg.no##._3HQTw:before works, but looks awfully dynamic, so a better solution is probably required.
##div[data-test-tag="timestamp"] + div:before
?
I've noticed substantially more errors by AdGuard Base List than usual:

It seems its all related to style syntax, but I can't tell what's wrong - tho at first they looked generic rules which uBO doesn't support, actually they are all specific rules e.g.
turbobit.net#$?#html[-ext-has="> body"] { background: none!important; }
Styling using procedural filters is not supported (:has() for ex.). :style(remove: true;) - what it is? Does it remove some style? Not supported then.
:style(remove: true;) ~ :remove()
IMO glitch https://github.com/PolishFiltersTeam/PolishSocialCookiesFiltersDev/commit/ad7e6c01246caf0e24837aceb47f781f3f026f34#commitcomment-37755447
bmw-motorrad.pl#$?#.cookielayer { remove: true; }
good
bmw-motorrad.pl##.cookielayer:remove()
good
bmw-motorrad.pl#?#.cookielayer:style(remove: true;)
bmw-motorrad.pl##.cookielayer:style(remove: true;)
invalid / unsupported syntax / glitch after translate into :style() but omit :remove().
remove should be supported in dev builds https://github.com/uBlockOrigin/uBlock-issues/wiki/Procedural-cosmetic-filters#subjectremove
AdGuard's cosmetic filter syntax
{ remove: true; }will be converted to uBO's:remove()operator internally.
All right, then they should have increased the use of such rules recently. Thx for explanation : )
So, what's up with hpHosts.. Discontinued, or simply relocated?
--
EDIT:
Discontinued, it would seem:
https://forums.malwarebytes.com/topic/256701-what-happened-to-hphosts-website/?tab=comments#comment-1370003
:(
Quite a shock...
music.apple.com - hard coded social share links:
$('button[aria-label="Open sharing menu"]').click();
music.apple.com
I was redirected to https://www.apple.com/apple-music/.
https://music.apple.com/us/album/segador-de-almas/1470036829
Appear after click (in html code) and disappear (form html code) after end mouseover element.
music.apple.com
I was redirected to
https://www.apple.com/apple-music/.
https://music.apple.com/us/album/after-hours/1499385848
Looks like it's official now..
HpHosts has been discontinued!:
https://forums.malwarebytes.com/topic/256701-what-happened-to-hphosts-website/?tab=comments#comment-1370008
:(
@gorhill Guess uBO's filter list will have to be updated.
forums.malwarebytes.com##.cTopicPostArea:has(.cGuestTeaser)
community.ccleaner.com##.cTopicPostArea:has(.cGuestTeaser)
community.ccleaner.com and prestashop.com/forums/ - no allow send post without create account (as guest).
https://github.com/uBlockOrigin/uBlock-issues/issues/971
I knew that HpHosts' full version had become officially discouraged 2-months-ish ago, but this was news to me.
Looking into the code of the Firefox version, it seems to me that hpHosts has been turned into internal hexadecimal code in the Malwarebytes Browser Guard extension. Someone at Malwarebytes seem to really have gone extra distance to ensure that no other extensions could ever use those lists anymore... 😑

Register form :door: and big blank "header":
photoblog.pl###frontpage .frontpage-teaser-photo-container[style*="background-image: url()"] h1:style(margin-top: 45px !important;)
photoblog.pl###frontpage .frontpage-teaser-photo-container[style*="background-image: url()"]:style(height: 225px !important;)
photoblog.pl##.frontpage-teaser-photo-container > .register > #registration-form
I've now added that 3rd entry. The former two is on my to-do list for Nano Placeholder Buster.
Regarding this issue https://github.com/AdguardTeam/AdguardFilters/issues/52866 I don't see the anti-adblock with uBlock (while do see with AdGuard ext, mostly the same settings as far as blocked contents are concerned) , but apparently there's no difference on what's are blocked/not blocked. Can anybody explain this? Confirmed on Firefox and Brave (its blocker turned off).
I know that uAssets added a fix for that site anyway since you wrote that comment, meaning that a straightforward comparison is most likely no longer possible.
Not a big deal worth wasting your time, but I wonder if @uBlock-user saw the anti-adblock.
Yes, I did and it was twice.
Yes, I did and it was twice.
Thank you, probably I missed sth.
community.spiceworks.com##.join-login-alt--six-second.join-login-alt.join-login-wrapper
community.spiceworks.com##body.sui-u-no-scroll:style(overflow:auto !important;)

Normal login use other pop-up ID/Class and node.
@DandelionSprout:
https://github.com/DandelionSprout/adfilt/issues/63/#issuecomment-604334693
@DandelionSprout:
https://github.com/DandelionSprout/adfilt/commit/53fd45b34a4c13b728df7717010d74203ee32a9f
Different solution needed here:
https://www.vg.no/nyheter/innenriks/i/3JbRzv/
I just noticed some big, and very intrusive, GDPR popups at agderposten.no and hallingdolen.no.
Simply blocking them will result in breakage (e.g. everything in the site footers will be unclickable).
Any way to accept the popups automatically, and prevent breakage?
Simply blocking them will result in breakage - (...) footer
agderposten.no,hallingdolen.no##div[class*="_isSimple_"][class*="_prompt_"]
still break footer? @kiboke why addon hide this but list for ABP/uBO not?
Any way to accept the popups automatically, and prevent breakage?
You should use non-stock scriplet resources to accept these bars (create cookies / click in Jeg forstår). If you do not use fixed IDCAC addon.
It doesn't always help to have a script:
aopraopwacissetremove-cookie(message depending on the location detected))that interrupts load bar.
https://github.com/uBlock-user/uBO-Scriptlets/blob/master/scriptlets.txt
cookie-set.js https://github.com/uBlock-user/uBO-Scriptlets/blob/527a210fadcb9608840aea4803b2684e4d18341e/scriptlets.txt#L225-L241
I don't know a publicly available click script compatible with uBO.
I occasionally come across such cookie warnings too.
I don't know a publicly available click script compatible with uBO.
Nano seems to have such a scriptlet https://raw.githubusercontent.com/NanoAdblocker/NanoFilters/master/NanoFilters/NanoResources.txt. I guess the reason gorhill doesn't adopt this kind may be security concern - such scriptlets can be abused by a bad filter author, while currently supported scriptlets at worst can break pages.
For https://github.com/DandelionSprout/adfilt/issues/63#issuecomment-612523781: test ||agm.as/agent.js$3p
It works for me, but does it break anything?
Nano seems to have such a scriptlet
Nano scriplet need unlock for uBO - because have:
var guard = '{{nano}}';
if ( guard === '{{nano}}' ) {
return;
}
agderposten.no,hallingdolen.no##div[class*="_isSimple_"][class*="_prompt_"]
||agm.as/agent.js$3p
Both of your soultions seems to work just fine. Thanks guys! :+1:
@kiboke: Perhaps you could add one of these rules to IDCAC?
https://www.reddit.com/r/uBlockOrigin/comments/g1e6z6/viafreedk/
Testing with https://www.viafree.dk/programmer/livsstil/luksusfaelden/saeson-24/episode-3, I can not find any breakage, apart from how the video must be paused and unpaused once for the video feed to show up.
Maybe that strange pause is "Breakage"?
It may very well be. Or not. Who knows, considering that 95% of the posts on r/uBlockOrigin are just "Omgz I just ran into some kind of error somewhere help me plz", which reminds me of 60-year old ladies having problems with using Facebook again.
I mean, it's a support forum, not a technical journal.
I may have very little experience with support forums, but those 95% of the posts just don't have much info that could help fix problems. At best they serve as a vague direction indicator of "The site may or may not have been changing some features in the past month or two".
In this particular instance, there's nothing in the thread at the time of writing that explains what the encountered problem actually is.
Doing my semi-traditional mooching off of Frellwit's entries for Viafree Sweden, it seems that at least one of his entries fix the one currently known issue, so I'll adapt and commit them to my list now.
From the apparent look of it, viafree.*##.vjs-playing:upward(1) ~ .no-autoplay-overlay will become my fix (It'll be converted to viafree.no,viafree.dk#?#*:-abp-has(:scope > .vjs-playing) ~ .no-autoplay-overlay in the ABP version; the AdGuard version won't receive the fix at all due to not even supporting :scope.).



