Closed Bug 1169196 Opened 9 years ago Closed 9 years ago

Images with srcset attribute not being blocked by permissions.default.image

Categories

(Core :: Graphics: Image Blocking, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1196784

People

(Reporter: ke5trel, Unassigned)

References

Details

(Whiteboard: [gfx-noted])

Steps to reproduce:

1. Block all images by setting permissions.default.image = 2.
2. Visit http://en.wikipedia.org/wiki/Mozilla_Firefox
3. Note images with srcset attribute are still being loaded.
Blocks: srcset
This affects <picture> too, both for srcset and for when an IMG is used as a fallback.

JSFiddle-based test: http://jsfiddle.net/zm8uk7g2/
Timothy, are you the right person to look into this? If not do you know who is ?
Flags: needinfo?(tnikkel)
Whiteboard: [gfx-noted]
The only references to the pref "permissions.default.image" in the code are in js files, so I'm assuming this feature is implemented in the front end. So redirecting needinfo to someone who works on the frontend.
Flags: needinfo?(tnikkel) → needinfo?(dolske)
This is the old "Load images automatically" that we mostly removed front-end support for (see http://limi.net/checkboxes-that-kill/), most of the leftovers in MXR are for the profile importers (which I think there's a separate bug for killing).

AFAIK this should still work via nsContentBlocker::TestPermission()'s call to the goop in nsPermissionManager. (You can see some even older cruft in nsContentBlocker::Init) Presumably something isn't calling that?
Flags: needinfo?(dolske)
Flags: needinfo?(kestrel)
Flags: needinfo?(kestrel)
Bug 1196784 which also got filed on this seems to have gathered slightly more useful comments so it's probably better to forward-duplicate this one to that one.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.