Closed Bug 281190 Opened 20 years ago Closed 20 years ago

background image in main frame is not displayed

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: atrensz, Unassigned)

References

(
URL
)

Details

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

IE6 displays the pic, and Moz displays it when I open the page locally on my
disk. But when I upload the same html page to the website, the background pic in
this single on frame does not get displayed.

I've diligently looked at all aspects I know of but cannot find anything
conspicuous, so I'm reporting this. I hope it's helpful.

Reproducible: Always

Steps to Reproduce:
1. go to http://users.skynet.be/AchimT
2. note that background pic of main frame "ficheros/jpsaerochevy.jpg" is not
displayed
3.

Actual Results:  
background pic of main frame "ficheros/jpsaerochevy.jpg" is not displayed

Expected Results:  
background pic of main frame should be displayed
For some reason my lizard has cached this file with a size of 0 bytes and
either won't reload it or your server's proxy won't let me have it. I can get
the file with curl and Firefox will render the downloaded file from disk.
I was wondering whether you had setup some meta-refresh or other 
redirect, but I am not sure. Even more wierdly, when I try to download
the image, tcpdump shows an appropriate transfer. Finally, when I try with
a lizard compiled from sources a couple of weeks old, it sort of works in
the sense that I can download your picture, but it seems to flash briefly
as a background image and then get erased when used in your page.

It does look as though there is a problem with Firefox, but you may
have to wait until someone with more insight happens along!
(In reply to comment #0)
> IE6 displays the pic, and Moz displays it when I open the page locally on my
> disk. But when I upload the same html page to the website, the background pic in
> this single on frame does not get displayed.

What happens if you fix your HTML code first? For example, the BODY element
*always* is a child of the HTML element, but in your code it is a child of a DIV
element. So fix it first, then check with Firefox or Moz again and report back
please.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050206
Firefox/1.0+

I can now download the image reliably and display it.
Joachim, can you fix the markup code first and then try again. When using valid
markup code, your page will work in almost all browsers.

http://validator.w3.org/
For some reason that particular jpg doesn't work; if you change the requested
image to 
	 background-image: url(ficheros/Mustang_Open_Double.jpg);
it does work.

(In reply to comment #5)
> For some reason ...

The reason being that the file is corrupt (open it in GraphicConverter to see).
If I save out the file as a .png I can use that without problem.

Firefox appears not to use faulty JPGs as background images (possibly without
warning), but will display them if pushed.

Are you able to check that the file on your server is identical to the one
on your disk?


Thanks for all the comments, but I think some of them are not logical, and the
problem still persists.

- If it were a bug in the html code, the image should not work locally either, 
  but it does.
- If it were a defective image file, the pic should not work locally either,
  but it does.
- Ben, I've converted it to a png and it doesn't work online either.
  The jpg is not defective. Before making this report, I'd reconverted and
  reuploaded the image several times in different formats, and under different
  names (at first the name contained underscores and numbers). I don't know what
  makes this image so special. Remains to be noted, it used to work (I deleted 
  the site for a while and yesterday re-uploaded it, unchanged from the status
  it had been working in before), and it works on another site as well. 
  Just not on this site anymore.

I had - before reporting - also changed the code WRT the body text's position in
the hierarchy anyway, but it didn't change anything.
I'd BTW tried using other pictures as well, and the result is, it shows some of
them, but others it doesn't. It is not just this one picture. Another one it
doesn't load on that site someone might download and look at is
ficheros/toblerstangfront_l.jpg
(In reply to comment #8)
> Another one it doesn't load on that site someone might download and 
> look at is ficheros/toblerstangfront_l.jpg

You are correct: It doesn't work with that picture. When I try to open
it in GraphicConverter, I get a message: "An error occurred while
decompressing ... Some parts of the picture may be missing." It is 
32 256 bytes in length.

I seriously suggest that you check that the pictures on your disk that
work and the pictures on your server that don't are byte for byte identical.

You can use diff -q to check this.


(In reply to comment #7)
> ....
> - Ben, I've converted it to a png and it doesn't work online either.
>   The jpg is not defective. 

Do you have a URL to the png that does not work? Your copy of your 
jpg may not be defective (for all I know), but mine definitely is.
It is 46 592 bytes long.

(It is not a question of the particular image format, it is whether Firefox can
decompress it without errors).
(In reply to comment #7)
>   ...
>   The jpg is not defective. 

Do you have jpegtran?

[tit002:bfowler/source/mozilla] bfowler% jpegtran -verbose
/Users/bfowler/Desktop/jpsaerochevy.jpg > ~/nre.jpg
Independent JPEG Group's JPEGTRAN, version 6b  27-Mar-1998
Copyright (C) 1998, Thomas G. Lane
Start of Image
JFIF APP0 marker: version 1.01, density 72x72  1
Define Quantization Table 0  precision 0
Define Quantization Table 1  precision 0
Start Of Frame 0xc0: width=1020, height=580, components=3
    Component 1: 2hx2v q=0
    Component 2: 1hx1v q=1
    Component 3: 1hx1v q=1
Define Huffman Table 0x00
Define Huffman Table 0x10
Define Huffman Table 0x01
Define Huffman Table 0x11
Start Of Scan: 3 components
    Component 1: dc=0 ac=0
    Component 2: dc=1 ac=1
    Component 3: dc=1 ac=1
  Ss=0, Se=63, Ah=0, Al=0
Premature end of JPEG file
End Of Image
[tit002:bfowler/source/mozilla] bfowler% ls -ltr ~ | tail
drwxr-xr-x   14 bfowler  staff       476 Feb  4 09:10 build
-rwxr-xr-x    1 bfowler  staff       186 Feb  4 09:23 merge.pl
-rw-r--r--    1 bfowler  staff    532651 Feb  4 09:23 HISTORY
-rw-r--r--    1 bfowler  staff    713905 Feb  4 10:06 history.cur
drwx------    5 bfowler  staff       170 Feb  4 12:55 Music
drwxr-xr-x   11 bfowler  staff       374 Feb  4 15:20 Clone2
drwxr-xr-x   19 bfowler  staff       646 Feb  6 06:10 SF
drwx------  202 bfowler  staff      6868 Feb  6 06:27 Documents
drwx------   58 bfowler  staff      1972 Feb  6 08:04 Desktop
-rw-r--r--    1 bfowler  staff     46677 Feb  6 08:27 nre.jpg

The file size has changed from 46 592 to 46 677 bytes, and the new
jpg can be opened by a picture viewer such as Preview.

I appreciate that Firefox appears to give no diagnostics at all in
the case of erroneous but recoverable background images, let alone
a useful one; but it is not easy to see what a standard browser
should do. Silently substituting the backgound colour would seem to
be the right thing!

Nonetheless, I feel that this is probably an INVALID report in the
sense the Firefox is handling (probably correctly) data that is
in error.
Ben, the png is at http://users.skynet.be/AchimT/ficheros/jpsaerochevy.png

I re-uploaded the file as you were downloading, hence probably the discrepancy.

The image size of the jpg should be 46765 and did indeed differ by 200 bytes
when comparing the numbers in WS_FTP after your previous posting.

I re-uploaded the file, this time it showed the correct numbers. I redownloaded
it, and now it is at least for me identical between the file on my disk and a
re-downloaded version from my website. It still does not work online though,
while the downloaded version displays fine for me offline.

I am using Jasc PaintShop 7 and Irfanview btw, and neither is reporting errors.
IE6 also displays the image at the site fine and without visible errors.

Windiff says the files are identical. Moz doesn't display the pic online, but
displays the re-downloaded one offline without probs. Hence I still think the
bug report is a valid one.
You may have changed the background image to 
http://users.skynet.be/AchimT/ficheros/toblerstangburn_l.jpg

I think that everything works now, including the original 
backgound image.

WORKSFORME?
Indeed, and you know what is the weirdest thing? I have no idea why. I did not
change anything after the last testing. It is precisely the same config which
did not work half an hour before.

I can only imagine that it is a quirk at my ISP in some way. I'd like to keep
monitoring this for a day or two to see if it remains intact. If that is the
case, I'll invalidate this report (how do I do that?).
Severity: normal → minor
As the Reporter, you can probably change the status to RESOLVED WORKSFORME .
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.