Open Bug 200408 Opened 22 years ago Updated 2 years ago

Image is not blocked though it should've been

Categories

(Core :: Graphics: Image Blocking, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: oneway_111, Unassigned)

References

(Blocks 1 open bug, )

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Saw this on http://finance.yahoo.com/?u The site serves a huge and ugly image ad. The ad is coming from (AFAICT) http://click.atdmt.com/RSC/go/yhxxxint00600115rsc/direct/01/&time=1049331557168014. I have Edit/Preferences/Privacy&Security/Images/Image Policy set to "Accept images that come from originating server only" but the image/ad is visible on the page. The only way it could get rid of the ad is to explicitly forbid images from spd.atdmt.com The following is the code that, I think, is bypassing the "Accept images that come from originating server only" policy: [...] <table width=100% cellspacing=0 border=0 cellpadding=2> <tr><td align=center colspan=2><font face=arial size=-2>ADVERTISEMENT [ <a href="http://rd.yahoo.com/M=250544.3122418.4442938.2337050/D=fin/S=7037371:SREC/A=1514962/R=0/id=minimize/*http://finance.yahoo.com">Minimize</a> ]</font><br> <iframe src="http://view.atdmt.com/RSC/iview/yhxxxint00600115rsc/direct/01/&time=1049332545143232?click=http://rd.yahoo.com/M=250544.3122418.4442938.2337050/D=fin/S=7037371:SREC/A=1514962/R=1/*" frameborder="0" scrolling="no" marginheight="0" marginwidth="0" topmargin="0" leftmargin="0" width="728" height="210"> <a href="http://rd.yahoo.com/M=250544.3122418.4442938.2337050/D=fin/S=7037371:SREC/A=1514962/R=2/*http://click.atdmt.com/RSC/go/yhxxxint00600115rsc/direct/01/&time=1049332545143232" target="_blank"><img border="0" src="http://view.atdmt.com/RSC/view/yhxxxint00600115rsc/direct/01/&time=1049332545143232"></a> </iframe></td></tr> <tr valign=top><td align=center> <hr size=0 color=bfcede><map name=b> [...] Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: The image should not have been shown.
->Image blocking
Assignee: asa → mstoltz
Component: Browser-General → Image Blocking
Odd... I'd have thought this worked in 1.3... In any case, this is certainly broken in current nightlies. mvl, I need a hand here. The old nsImageDocument code would fully load the image (of it were linked from an iframe src) and then just not show it. With my changes, it is fully loaded and show. Can we make content policy able to tell apart iframes and top-level windows, maybe? Then we could kill iframe image loads in OnStartRequest (when the server response just comes back) if the content policy says so, but still load normal full-page images....
Depends on: 200433
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Just installed Mozilla 1.4. Here's some feedback on the image issue: 1. Mozilla 1.3 had a bug and some images were loaded when they should not have been 2. Mozilla 1.4 is more strict and it (correctly) does not load some images that Mozilla 1.3 did. Ironically, I now see that I want some of the blocked images. 3. My Edit/Preferences/Privacy&Security/Images/Image Policy is set to "Accept images that come from originating server only". I think it would be better if Mozilla "Accept images that come from originating server only" policy (or whatever) could be overridden for certain site, i.e. sites that are ALLOWED to load images (see Image Manager window).
QA Contact: asa
similar cause as bug 215012?
Yeah.
Blocks: 215012
"Load Images for the originating website only" IMHO if this defaults to "on" some pages will not display their content as expected. see www.viamichelin.com and plan a route. the route image is not displayed whereas a RMB "block iamges" exists the RMB for "load images" is missing IMHO novice users will not understand what's happening - and I see a lot of reports dealing with images which are not loaded. hope that helps
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.3) Gecko/20040910 I saw this problem twice today at <http://news.yahoo.com/news?tmpl=index2&cid=580>, which is the Yahoo/Reuters business news. Although I specify "Accept images that come from the originating server only", I still got images from <m2.doubleclick.net>. I selected the image and then "Block images from this server". I then selected the Reload button. The images reappeared but this time from <m3.doubleclick.net>. Again, I selected the image, "Block images from this server", and then the Reload button. Finally, I was able to suppress the images.
Assignee: security-bugs → nobody
Status: ASSIGNED → NEW
QA Contact: image-blocking
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.