When a table row is given a background colour, that background colour is painted over the table border on the right-hand side. This happens whether CSS or HTML attributes are used to set the border for the table and background colour for the row. HTML 4.01 Strict testcase: http://cryo.gen.nz/mozilla1.html HTML 4.01 Transitional testcase: http://cryo.gen.nz/mozilla2.html
worksforme, linux build 2001-07-09-21
worksforme with build 2001062815 (Mozilla 0.9.2) on Windows 2000.
This bug is not fixed because in the testcases with both doc types "strict" and "loose" DTD's the red background color overwrites the borders which it should not do. The problem appears in both CSS and HTML attributes. Reopening this bug. Please mark this bug resolved if you have a valid reason
16 years ago
Amar which border do you have in mind, the cell border or the outer table border? Even with magnifier this bug is wfm. I see the same as the screenshot attached by boris, whats wrong?
Bernd, when I said "background color overwrites the borders" I should have said "cell borders". The bg color still overwrites the space between the cell border and table outer border which I think it should not. I think IE is rendering it correctly.
Amar please have a look at the spec and not IE. We render as required by the spec. See the discussion at bug 46268.
Both testcases trigger Standard mode rendering. Also, amar, your "strict" testcase has an incorrect doctype; you're using the Transitional PI with the Strict URL. See http://mozilla.org/docs/web-developer/quirks/doctypes.html and http://www.w3.org/TR/html401/struct/global.html#h-7.2 re: cellspacing - you may want to take a closer look at 4510 Bradley - From your comments, I gather that this is a duplicate of bug 86220? (fixed a while ago) Is that correct?
fantasai: didn't we fix this? along with your patch for bug 4510
Actually, I think you fixed it when you fixed 86220--note that the reporter marked it worksforme in July. And coloring the cellspacing affected both the right and left sides, not just the right as reported here. But, either way, it is fixed.
Both the testcases works fine now. Marking verified