166505 - Make reason for image blocking visible

Status: RESOLVED INVALID

(Core :: Graphics: Image Blocking, enhancement)

Description

[Gábor Ziegler]

On several sites some image is not shown at all, however, the spacing of other
page elements with respect to the image seems correct. However, selecting "View
image" from context menu shows image properly in next window. (Image loading is
NOT blocked). Going back to previous page containg the image, the image does not
show again. Refreshing the page does not help. MSIE shows the images properly.

For example while viewing the URL:
http://www.euro26.org/
Mozilla does not shows any image from the left menu on the page, does not show
the card-picture sourced from http://195.114.233.15/cache/wd7479/wf194.jpg, etc.

The same thing happens on the Netscape home page(!!!):
On http://www.netscape.com/
the graphical images and buttons on top are not shown, etc.

On CNN:
http://cnn.netscape.cnn.com/news/



Version: 
Mozilla 1.1
Mozilla/5.0 (Windows; U; Win98; hu-HU; rv:1.1) Gecko/20020826

Comment 1

[Gábor Ziegler]

Attachment: Off-line, saved sample page

This attachment contains the problematic page of http://www.euro26.org/ saved
by Mozilla itself. When Mozilla loads the page from disk (not from Internet
over HTTP) the page renders correctly! Strange.

Comment 2

[Gábor Ziegler]

I have saved the page from http://www.euro26.org/ to disk. (Uploaded as
attachment). Opening the problematic page from local disk Mozilla renders it
correctly!!! 

Comment 3

[Daniel Clemente]

Then it can be due to a slow Internet connection.

I loaded the URLs and -after waiting for a long time- I could see all the images
perfectly, on Linux 20020903

Comment 4

[Gábor Ziegler]

I don't think so. On one hand I have a 100Mbps LAN connection on my desktop to
HBONE which goes to Austria with some gigabit speed via the optical campus
network (e.g., the LOTR TwoTowers full-screen tailer is just currently
downloading from Apple fro overseas with cca. 70KiB/s, that is with 560Kib/s. )

On the other hand the image can be seen "instantly" with "View Image"
context-menu-command (right click with mouse). Now going back to the original
page (the image should be in at least in the memory cache now) it does not show
again. 

Comment 5

[Gábor Ziegler]

Just guessing:
Seems to be JavaScript related. All the problematic images seems to be shown by
JavaScript...

Could be a platform specific bug?

Comment 6

[Nicu Buculei]

I have also Win98 and the page renders correct (looks the same as in IE)

Comment 7

[Frederic Bezies]

WFM - trunk build 2002090308 - WinXP.

Comment 8

[R.K.Aa.]

All sites mentioned WFM on NT5.1
Reporter: What are your settings under preferences/privacy and security/images ?

Comment 9

[Gábor Ziegler]

The Reporter was right. Security settings has caused this phenomenon.
Images from third party hosts were blocked in security preferences. :-/
(It still may be a security bug, however: saving the page to disk causes third
party images to be loaded regardless the  prohibiting security settings! Comments?)

Apologies to all bug reviewers, my self-esteem is totally down. :-((

I have not made such trivial testing mistake for years (I am a protocol tester
by profession), and the fact, that only the 8th comment gave the clue for this
trivial mistake causes me to convert this bug to a request for enhancement.

There should be a warning icon in the footer, if images from third party hosts
do not load due to security settings. This security feature is a new feature
compared to the last widely used Netscape series (4.x), and can easily fool
veteran NS users.

Or better a warning dialog, which can be switched off.

Comment 10

[R.K.Aa.]

I don't believe the setting is on by default, so not sure it can be called obscure.
Over to image blocking for now.

Comment 11

[R.K.Aa.]

trying again..

Comment 12

[Jesse Ruderman]

There should be a status bar icon on pages that have images that aren't loaded
because they are third-party images, or "accept images that come from the
originating server only" should be removed in favor of "enable cookies for the
originating site only".

Comment 13

[Boris 'pi' Piwinger]

So this bug changed to a suggestion. Changing summary and confirming.

pi

Comment 14

[Stephen P. Morse]

Please let's not morph bugs.  If this bug as written is invalid, then a new bug
should be opened for the enhancement request.  Closing this one out.