94933 - background image not found: background opaque, not transparent

Status: RESOLVED FIXED

(Core :: Layout, defect)

Description

[John Morrison]

Overview Description: 

  Broken out from bug 91034:

  If a table background image does not exist (e.g., 404 Not Found), 
  on win32, the table be transparent, while on Mac and Linux it 
  will be solid white and will not show layers below.

Steps to Reproduce: 
1) load the attachment: yellow or white table?

Actual Results:  win32: yellow; mac/linux: white

Expected Results: I think win32 is correct, and is consistent 
                  with Nav4.x

Starting with imagelib, but this may be at a lower level (e.g. GFX).

Comment 1

[John Morrison]

I should note that the original URL that showed this bug, 
http://www.clsc-mercier-est-anjou.qc.ca/, was intentionally
serving a 404 URL to take advantage of a Nav4.x quirk (or at 
least I think that is the case since the image in question was
called "background-nsfix.gif").

testcase in a moment...

Comment 2

[John Morrison]

Attachment: testcase; table with 404 background image, in a document with yellow background color

Comment 3

[John Morrison]

Okay, so this is the same bug that horks http://www.blizzard.com/ on the Mac
and Linux --- blizzard has 53 TD with 'background=0' which is 404, which 
makes the TD opaque white for underlying content on Mac and Linux (but not 
win32, where it remains transparent).

Comment 4

[Stuart Parmenter]

this is really layout, but i'll keep the bug since i need to fix it.

Comment 5

[Mats Palmgren (inactive)]

Hmm, did this break 10th of Aug?
Build 2001-08-09-04 on Windows 98 SE shows a white table background.
(is it different on other win32:s?)

Comment 6

[John Morrison]

Hmm, my bad. I was sure I was using 8/10 builds on mac/linux/win32 when I was
testing for this, but obviously I had an older build on win32.

Yes, in builds from 8/10 on, this is white/opaque on all three platforms
(whereas it was transparent previously).

Comment 7

[Christopher Aillon (sabbatical, not receiving bugmail)]

*** Bug 95158 has been marked as a duplicate of this bug. ***

Comment 8

[alex.dent]

i'm just coming from bug 91034, and the bug reported here is not specific to 
table backgrounds, every kind of background image is affected on mac. i am not 
allowed to change this bugs title, someone should remove the word table from the 
title of this bug.

any background image will be white before it is loaded, not transparent - 
resulting in a very ugly page until the backgrounds are loaded. if it can't be 
loaded, the are will stay white.

it should be transparent before the image is loaded, and it should still be 
transparent when the background image could not be found / loaded / used and 
there is no defined background color.

for example: i have a page with dark background color, dark background images, 
and white gray text in divs. you can't read the text unless the background image 
is loaded, because the area below the text is white. you can't define a 
background color for the div, because then you could not see the background 
images through the div.

this problem does not exist in other browsers and earlier mozillas.

Comment 9

[alex.dent]

btw, transparent background gifs work just as supposed, they are displayed 
transparent and not white. the bug shows only before the image is loaded.

Comment 10

[Pierre Saslawsky]

Confirming what Alex found, and removing 'table' from the title.

Comment 11

[Pierre Saslawsky]

Attachment: same testcase with DIV in addition to TABLE

Comment 12

[Stuart Parmenter]

Got a fix

Comment 13

[Stuart Parmenter]

Attachment: fix for bug

Comment 14

[David Hyatt]

sr=hyatt, but please file a bug to track the #ifdef XP_WIN hack.  We should 
really understand why this is a problem only on Win32.

Comment 15

[Stuart Parmenter]

filed bug 95332

Comment 16

[Johnny Stenback (:jst)]

What hyatt said, r=jst

Comment 17

[Stuart Parmenter]

fixed

Comment 18

[Stuart Parmenter]

fixed