255182 - Images not showing -- Crash when using "View image".

Status: RESOLVED DUPLICATE of bug 247712

(SeaMonkey :: General, defect)

Description

[andershol]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a3) Gecko/20040810
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a3) Gecko/20040810

Using SeaMonkey, on some sitets some images are not showing. If the space where
the image should be is right-clicked after the page have loaded and "View
image..." i choosen, the image downloads and shows in the browser, but after a
while (or if "Back" is clicked) the browser crashes.

Reproducible: Always
Steps to Reproduce:
Reproducibility should be "Every time with some images on some sitets".
1. Go to http://weblogs.mozillazine.org/asa/
2. Note that only the top-logo-gif shows
3. Right click one of the spaces where images should show and choose "View
image..." from context menu.

Actual Results:  
Image shows and browser crashes.

Expected Results:  
Shown the image.

Using SeaMonkey, on some sitets (like the http://weblogs.mozillazine.org/asa/
and http://jwz.livejournal.com/ ) some images are not showing. Seems to be all
non-gif images. For instance in Asa' site only the "Adot's notblok*" image
shows, while eg. "take-back-panda2.jpg" does not, and in JWZ's only the top
animated gif shows (but since these sites are bloks, images posted at a later
time might also show). I haven't fould a pattern in which images don't show, but
it might be filetype (non-gif) and that images are located on anoter server,
than the html (size doesn't seem to be a factor).

If a size is given in the html, the images takes up that much space on the page,
but it is transparent, otherwise it do not take up any space. If the space where
the image should be is right-clicked while the page is loading the browser
crashes. If the space where the image should be is right-clicked after the page
have loaded and "View image..." i choosen, the image downloads and shows in the
browser, but after a while (or if "Back" is clicked) the browser crashes.

If the url of one of the images, that will not show is copied from the source of
the html-document and is pasted into the location field, the image shows with
problems. The browser does not even crash when "back" is clicked.

When I say the browser "crashes", I mean, that I get a dialog like:
| mozilla.exe - Application Error
|
| The instruction at "0x6090002d" referenced memory at
| "0x0100e79a". The memory could not be "written".
|
| Click on OK to terminate the program
| Click CANCEL to debug the program
The instruction seems to be in one of "0x60907b56", "0x006e006f" or
"0x6090002d", but for all I know, it could be random. TalkBack does not open.

Feel free to contact me if I can be of assistance in gathering more info.

Comment 1

[Olivier Cahagne]

do you block images ? Could be bug 247712.

Comment 2

[andershol]

I only had two images listed in to Image Manager and I belive they had nothing
to do with the sites where the bug occured. I have now tried to remove all sites
from the Image Manager and even after at restart of the browser, nothing has
changed. Therefore, I it doesn't seem to me that it is bug 247712.

Also, I should have mentioned that the build, this bug occurs with is the latest
nightly build from mozilla-i586-pc-msvc.zip .

And to correct myself, even if the browser have finished loading the page, it
sometimes crashes as soon as the the space, where the image should be, is
right-clicked.

Comment 3

[andershol]

Attachment: Screen shot of the "Today"-tab on Hotmail

Just to add that the bug also shows on Hotmail, and a screen shot of the
problem. In the shot I have selected text in the top-left from "MSN" to "Find"
(both included) to illustrate that the images are there in some sense but
transparent.

Comment 4

[andershol]

I'm sorry, my mistake. Looking under "Privacy & Security" > "Images" > "Image
Acceptance Policy" the option "Accept images that come from the originating
server only" was selected (although I could have sworn, I didn't select it).
Selecting "Accept all images" solved the first part of the problem. But still,
the browser shouldn't crash when the other option is selected and I try to view
the image anyway.

Comment 5

[Mats Palmgren (inactive)]

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