47276 - mozilla doesn't display images

Status: VERIFIED DUPLICATE of bug 34165

(Core :: Graphics: ImageLib, defect, P3)

Description

[Tom Meinlschmidt]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i686; en-US; m18) Gecko/20000801
BuildID:    2000080120

Bad: when image loading is disabled, a page without images is loaded. it' ok,
but when I tried to display image (right click on image, select view image), new
window appeared and nothing inside). this affects all versions

Reproducible: Always
Steps to Reproduce:
1.Edit/preferences/advanced/cookies&images/disable all images
2.load a page with some images
3.right click on image/view image

Actual Results:  nothing - only new window openned

Expected Results:  image loaded inside

Comment 1

[Tomer Brisker]

Confimed on linux 2000080108. This looks like it might belong to compositor,
reassigning in hopes someone in compositor can say if they own this?

Comment 2

[Asa Dotzler [:asa]]

I can confirm this on NT, win98 and Mac OS9 branch and trunk mozilla Installer
bits 08/02.  Updating from PC Linux to ALL ALL

Comment 3

[Kevin McCluskey (gone)]

Not a compositor issue. May be a UI or imagelib issue.

Pam: any ideas on who owns this?

Comment 4

[pnunn]

I'll take it. 
View-images use synth documents. There are some
load issues I've been looking at that could be related.
-p

Comment 5

[pnunn]

Wait a minute.
If you disable the images, you disable the images.
And disabling images is a security issue as well as
a display issue. 

I'm bringing in morse & mcafee to this. First we have to hash
out what is the correct behavior. Reassigning to morse to get
it on his radar.

-p

Comment 6

[Chris McAfee]

I agree with pnunn, if you disable images you shouldn't
be able to load them individually either.
Persumeably this is for low bandwidth or ? security reasons.

Comment 7

[Stephen P. Morse]

This is a dup of bug 34165 which complained that if an image was blocked, then 
you couldn't even load it individually (i.e., from the right-context menu).  The 
justification was that you might have checked the "block images from loading" 
checkbox in the pref panel because you have a low bandwidth connection.  But 
then after the page loads you might want to view an individual image so you 
right-click it.  You now have explicitly said that you want this image to load 
so it should load, despite what the pref setting currently is.

So to fix that bug I added code to if.cpp that doesn't block an image from 
loading if the image is the entire page being requested.  To see my 
change, search that file for

   Check to see if the image is the whole page

Unfortunately there were some cases in which my test didn't work and so some 
images could be loaded individually and others couldn't.  See the other bug for 
details.

In any case, this bug reort is a dup of that other bug so I'm marking it as 
such.


*** This bug has been marked as a duplicate of 34165 ***

Comment 8

[Cesc Noguera]

This bug is a true duplicate of bug 34165