9to5mac.com

[smed79]

Code: Select all

-ad_750x150.

https://9to5mac.files.wordpress.com/2017/05/vs4mac-ad_750x150.png

http://i.imgur.com/Ajj2CKK.png

https://9to5mac.com/2017/06/01/tim-cook-email-on-trump-withdrawing-paris/

[Mcflurry]

Hello,

Seems like an ad (mobile iOS)
https://i.imgur.com/c8zUX2F.jpg

Code: Select all

https://9to5mac.com/

[Mcflurry]

I added

Code: Select all

-ad_750x150.

But Still there on iOS.
It's on the landing page of

Code: Select all

9to5mac.com

Between each 2 or 3 article

[Mcflurry]

Code: Select all

https://9to5mac.com/wp-content/uploads/sites/6/2017/03/solar-300.jpg
https://9to5mac.com/wp-content/uploads/sites/6/2017/03/lightning-cable-sale-deal.jpg
https://9to5mac.com/wp-content/uploads/sites/6/2017/03/pad-and-quill.jpg

All those are linked to unrelated content , means Ads?

[Mcflurry]

A simplified domain list from adguard + safari list removed it.
Now it's better

[Yuki]

As this staff on the site will be used to track user and show ads, I suggest following for EasyPrivacy:

Code: Select all

||ww.9to5mac.com/js/aptrk.js

It should be independent w/ browser and/or extension you use, but if needed, confirmed on uBO v1.24.2 on Firefox 71.0

[smed79]

https://hg.adblockplus.org/easylist/rev/c46176cdf530

[fabi]

looks like 1p ads, on the startpage.

Code: Select all

https://ww.9to5mac.com/#

[intense]

https://ww.9to5mac.com/# is the redirected page

Did you update your filter lists ?
adblocker ? browser ?

[fabi]

auto update is on 7hrs, but manual update fixed the problem. Thanks

While updating, the uBlock annoyances-filterlist went down in the annoyances section.. that's odd.

https://i.ibb.co/nRzGJf9/Anmerkung-2020 ... 021045.png

[intense]

yeah, the experimental list has been removed and uBo filters annoyances moved to annoyances group.
https://github.com/gorhill/uBlock/commi ... 2ea1f8062b

[Azrael]

Hello. I'm working on an adblocker myself that can use ABP rules. I noticed that there is an exception rule related to 9to5mac that might be interpreted incorrectly:

Code: Select all

@@/wp-content/themes/$script,domain=9to5mac.com

If I'm understanding this, the rule would be treated as a regular expression because it starts and ends with a "/". But it is intended to be a path. It should be this instead. Note the added asterisk:

Code: Select all

@@/wp-content/themes/*$script,domain=9to5mac.com

This appears in version 202006231931 of EasyList

Is this correct?

[fanboy]

@@/wp-content/themes/*$script,domain=9to5mac.com

is more optimised than without the wildcard

[Azrael]

@@/wp-content/themes/*$script,domain=9to5mac.com

is more optimised than without the wildcard

Would it even work without it, though? Some of the regex engines that I'm familiar with will treat anything after the delimiter as a flag. In other words, for this:
@@/wp-content/themes/$script,domain=9to5mac.com,
wp-content would be the pattern and themes/ would be the set of flags (with an extra trailing slash since the delimiter is a "/" and the "/" in the middle of the path isn't escaped

[fanboy]

Depends on the regex implentation, but we follow the ABP regex rules