Closed Bug 88125 Opened 23 years ago Closed 23 years ago

Background images will not show

Categories

(Core :: Graphics: ImageLib, defect)

Product:
Core
Component:
Graphics: ImageLib
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED DUPLICATE of bug 97216

People

(Reporter: exotrip, Assigned: pavlov)

References

(
URL
)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.1+) Gecko/20010627
BuildID:    2001062504

 I can not get Mozilla to display the background images on my site. I use CSS to
add background images. MSIE and Opera 5 display them fine. I am on a 56k modem,
800x600 screen resolution.

Reproducible: Always
Steps to Reproduce:
1. Go to URL.
2. Wait for page to load.
3. Keep clicking reload, no background images.

Actual Results:   No background images.

Expected Results:  The background images should be downloaded.
Looks like it's because we aren't sending the right refer headers or something.
Assignee: pierre → neeti
Component: Style System → Networking
QA Contact: ian → benc
yup, looks bad,no images,  although ns 4.77 looks ugly but that's the page :)
linux 2001062608
imagelib
Assignee: neeti → pavlov
Component: Networking → ImageLib
QA Contact: benc → tpreston
Is this the same bug demonstrated at sinfest.net under Solaris?  The background
image does not display until the image file is manually fetched (there are no
network requests for the file), whereupon going back to the page lets the img
appear.

The behavior does not occur under Win32, I don't have a non-Solaris Unix box
handy to try to get more data with.

(I'm hesitant to open a separate bug because of this)
I am on my linux box, and i see this problem
Netscape works fine, you can see the blue image (although the web looks awful in
netscape to my opinion)
Mozilla stays in "transferring data" which may be what you are talking about.
But the user filed this bug under win98
 Well, if you see it on linux then change it to ALL. And I don't code for
Netscape 4, too much trouble.
OS: Windows 98 → All
i have just uploaded a testcase for bug 85519, which seems to be the same. then
i found this bug. i think one these two is a duplicate.

the problem appears only with non local backgrounds, and it shows in mac build
2001071708. 
Could this be bug 78690?  (old imagelib being used to render backgrounds)

Well, they are different bugs, but of course this one depends on that one
Marking dependencie
Depends on: 78690
*** Bug 91765 has been marked as a duplicate of this bug. ***
This is almost certainly a duplicate of bug 91034. Reporter, please retest under a recent 
nightly as that bug has been fixed. If it works, please resolve this bug.
I am using linux 2001081106 and the bug has NOT been fixed.
I think I'm seeing (or not seeing :-) ) the same thing with my build 2001080611
on OSF/1, downloaded as binary from Mozilla download page. Examples include
http://folk.uio.no/kjetikj/ (my homepage) http://www.w3.org/TR/REC-CSS1 (should
have a background image in the corner) http://www.osi.uio.no/skigr/ (should have
background on BODY and on H1)
I have the same problem on netscape build 20010830 on NT 4.0 with sp 6.  Any
page, including my own home page will not load background images on netscape,
but IE works perfectly fine
This is indeed due to server response when Mozilla is not sending Referer: header.

This is what happends with IE, server behaves fine:

GET /arts/exotrip/background.gif HTTP/1.1
Accept: */*
Referer: http://www.netcolony.com/arts/exotrip/
Accept-Language: en-au
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
Host: www.netcolony.com
Connection: Keep-Alive

HTTP/1.0 200 OK
Date: Sun, 13 Jan 2002 05:14:51 GMT
Server: Apache/1.3.12 (Unix)  (Red Hat/Linux) mod_gzip/1.3.19.1a
mod_fastcgi/2.2.8 PHP/3.0.12 mod_perl/1.21
Last-Modified: Sun, 17 Jun 2001 01:02:26 GMT
ETag: "488fb0-e10-3b2c01a2"
Accept-Ranges: bytes
Content-Length: 3600
Content-Type: image/gif
X-Cache: MISS from proxy.syd.ihug.com.au
X-Cache-Lookup: MISS from proxy.syd.ihug.com.au:3128
Connection: keep-alive



This is what happens with Mozilla, instead of image, server redirects it to an
HTML page:

GET /arts/exotrip/background.gif HTTP/1.1
Host: www.netcolony.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221
Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9,
image/png, image/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1
Accept-Language: en, ru;q=0.66, be;q=0.33
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: windows-1251, utf-8;q=0.66, *;q=0.66
Keep-Alive: 300
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache

HTTP/1.0 302 Moved Temporarily
Date: Sun, 13 Jan 2002 05:10:51 GMT
Server: Apache/1.3.12 (Unix)  (Red Hat/Linux) mod_gzip/1.3.19.1a
mod_fastcgi/2.2.8 PHP/3.0.12 mod_perl/1.21
Location: http://www.netcolony.com/image.cgi?url=/arts/exotrip/background.gif
Content-Type: text/html; charset=iso-8859-1
X-Cache: MISS from proxy.syd.ihug.com.au
X-Cache-Lookup: HIT from proxy.syd.ihug.com.au:3128
Connection: close

----------------------------------------

GET /image.cgi?url=/arts/exotrip/background.gif HTTP/1.1
Host: www.netcolony.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221
Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9,
image/png, image/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1
Accept-Language: en, ru;q=0.66, be;q=0.33
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: windows-1251, utf-8;q=0.66, *;q=0.66
Keep-Alive: 300
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache

HTTP/1.0 200 OK
Date: Sun, 13 Jan 2002 05:10:52 GMT
Server: Apache/1.3.12 (Unix)  (Red Hat/Linux) mod_gzip/1.3.19.1a
mod_fastcgi/2.2.8 PHP/3.0.12 mod_perl/1.21
Content-Type: text/html
X-Cache: MISS from proxy.syd.ihug.com.au
X-Cache-Lookup: MISS from proxy.syd.ihug.com.au:3128
Connection: close

*** This bug has been marked as a duplicate of 97216 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified Duplicate
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.