Closed Bug 88125 Opened 23 years ago Closed 23 years ago

Background images will not show

Categories

(Core :: Graphics: ImageLib, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 97216

People

(Reporter: exotrip, Assigned: pavlov)

References

()

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.