µBlock is blocking random images on sites Topic is solved

[Mæstro]

Without warning, sometime within the last hour or so, µBlock has become far too zealous in how it blocks images; it is now blocking lots of random images, stylesheets and other features on random websites. For example, on this board, µBlock is now blocking the topic icons and the moon on the top, but not profile pictures. On Wikipedia with Monobook, the background image of a book and the style sheet are blocked. I know this to be µBlock’s fault, for disabling µBlock on these pages restores all images &c which have been consumed. This is genuine blocking, not cosmetic filtering. The native image-blocking setting is set to 50 kB, as I have it always set, and some sites are not affected. Does anyone know which filter is to blame for this bizarre behaviour? I have got lots of them enabled, so it is hard to know which to blame.

[Moonchild]

This is likely because of the filter lists you have in use, not µBlock itself.

[Mæstro]

Yes, you are correct. The problem is apparently for the static filter /^https:\/\/[a-z]{3,30}\.[a-z]{2,4}\/socket\.io\/socket\.io\.js$\/$script,1p,strict1p,match-case,domain=ci|ge|eu|life,header=nel:\/report_to":"cf-nel/ in µBlock’s own ‘badware risks’ filter, found through the protocol and discovered to have updated three hours ago. Whitelisting no-strict-blocking: followed by the quoted filter suffices to disregard the bad rule without disabling the whole badware filter. My actual problem is solved, but where should I report these false positives?

[Moonchild]

if it's a ublock -internal- filter then you need to report it to ublock. In all other cases you need to contact the filter list maintainer.

[UCyborg]

It's due to outdated engine, it doesn't interpret anything after "$script" correctly, the last directive specifically makes it go bonkers. Maybe Modify HTTP Response could be used to strip such filters from default lists before they make it to the final destination for the extension to parse.

[thosrtanner]

Has there been any reply from ublock maintainers?

[back2themoon]

Whitelisting no-strict-blocking: followed by the quoted filter suffices to disregard the bad rule without disabling the whole badware filter.

Are you saying this entire line:

Code: Select all

no-strict-blocking: /^https:\/\/[a-z]{3,30}\.[a-z]{2,4}\/socket\.io\/socket\.io\.js$\/$script,1p,strict1p,match-case,domain=ci|ge|eu|life,header=nel:\/report_to":"cf-nel/

Should go to the "Trusted sites" section?

[therube]

Similar sounding (SeaMonkey) thread, Pages not displayed fully.
(Purge & Update Filter list seemed to work.)


Oh, & this too, [PM] uBlock Origin and meteoblue.com and other sites too.

[thosrtanner]

I think they've updated the broken filter as I've been able to switch back on for this site.