You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 21, 2021. It is now read-only.
I think this behavior change corresponds with the move to WebExtenions.
Before, if your ruleset had images blocked, that image would download and display. Now, you can see the image download and show for a split second before a tiny white box displays. You must set an allow rule to view the image.
I hope the previous behavior can be returned to. It is still how uBo works with blocked images.
The text was updated successfully, but these errors were encountered:
As per logger, the browser makes a request of type main_frame (alias doc) to the remote server for the image, so uMatrix filters according to the doc type, not image type. So essentially uMatrix filters according to what the browser sends through the webRequest API.
Upon arrival, the resource is transformed into an img tag into a document by the browser, this is where something needs fixing in uMatrix, the image should not be collapsed by uMatrix, because it was not blocked.
Example URL: http://coloringtop.com/sites/default/files/5crxe5bca.jpg
uMatrix 1.1.6 Firefox 58b4
I think this behavior change corresponds with the move to WebExtenions.
Before, if your ruleset had images blocked, that image would download and display. Now, you can see the image download and show for a split second before a tiny white box displays. You must set an allow rule to view the image.
I hope the previous behavior can be returned to. It is still how uBo works with blocked images.
The text was updated successfully, but these errors were encountered: