21461 - Mozilla doesn't show background colour of outer of two nested tables

Status: RESOLVED FIXED

(Core :: Layout: Tables, defect, P3)

Description

[Andreas-Johann Ulvestad]

The tables in the right part of the web page is not shown correctly.

Comment 1

[Christine Hoffman]

Thanks for the information. However, could you be more specific about the
problem? And, is it possible for you to isolate the problem in a smaller
testcase as an attachment to the bug? If you need help with this, please consult
the bug writing guidelines located at:

http://www.mozilla.org/quality/bug-writing-guidelines.html

Comment 2

[Christian Mattar]

Unable to connect to mentioned URL due to restricted access.

Comment 3

[Andreas-Johann Ulvestad]

User name: ola
Password: nordmann

The site is also public at http://nlc.no

Comment 4

[Gervase Markham [:gerv]]

OK. The table which holds the images on the right looked OK to me in M12, but
the nested table trick he uses in the centre of the page to get a black border
round a section of text doesn't work in M12, so I've created a test case for
this and marked this bug [4.xP].

If you remove any of the CELLPADDING or CELLSPACING values for the tables, M12
starts producing the "correct" black border behaviour.

Bug 23810 is a similar problem, but I don't think it's a dupe.

Hope this is of some help (and that it's the bug originally filed ;-)

Gerv

Comment 5

[Gervase Markham [:gerv]]

Attachment: Test case for table-in-table bkgd colour problem

Comment 6

[ekrock's old account (dead)]

Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!

Comment 7

[leger]

Setting the keyword all open [4.xp] bugs to 4xp.

Comment 8

[Gervase Markham [:gerv]]

Verified still a problem in W95 2000021615.

Gerv

Comment 9

[Gervase Markham [:gerv]]

Still a problem on 20000324 W95 <sigh>.

Gerv

Comment 10

[karnaze (gone)]

mass move to m16

Comment 11

[karnaze (gone)]

Moving to M17

Comment 12

[karnaze (gone)]

The attachment looks like IE although not like Nav4.7.

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration. 

Comment 13

[Erich 'Ricky' Iseli]

I don't see a problem here. The table in the background has a black
background-color. OK. The table inside is white. OK. What would make the black
color show? the distance between the border of the black cell and the inner
table. How do you do this? by setting CELLPADDING="1" in the outer table. This
creates a 1-px black border. The cellpadding in the inner table will only move
the text away from the black border.

I agree, there is a black border showing in Netscape 4.x, but it doesn't either
in IE 5.5. Therefore, I think it is rather a bug in Netscape 4.x than a bug in
Mozilla.

I suggest to mark this Bug as INVALID.

Comment 14

[Simon King]

I see this problem a lot for some of my web pages, where I use a table with
cellpadding, cellspacing and border set to zero, and one cell with a background
of black. Creating a table inside with cellspacing=1 but the others as zero
usually (under Netscape 4.x and IE) produces a table with a thin black line
separating the cells, which I think is more visually appealing than the default
table style. However, in Mozilla under linux (but NOT under Windows), some of
these black lines disappear.

As I said, it works fine under Netscape 4.x, IE 5.5 and Mozilla/Win98, so I
don't think this should be INVALID. I will attach my (not wonderful) HTML which
illustrates the problem, although the first attachment is much more succinct.

Comment 15

[Simon King]

Attachment: Another test case

Comment 16

[Erich 'Ricky' Iseli]

Testcase of 11/07/00 working great on Linux Trunk build 2000110521. Simon King,
if you still don't see this with a new build correctly, then reopen the bug.

Comment 17

[Simon King]

The problem is still there in build 2000110721. I'm not sure I explained the
problem correctly - perhaps I should attach screenshots. What you see under
Netscape 4.72 is a table with a black border and black lines between each of the
cells. However, in Mozilla (Linux only) the black lines disappear from between
the two white rows, and also from the bottom.

When I was looking for other bugs like this one, I found one (sorry, I can't
remember the number now) which sounded similar but seemed to depend on whether
reflow had happened while the table was being layed out, and that depended on
the download speed - perhaps that is why you see different results than me.

In one of the previous comments, you talk about setting CELLPADDING=1 in the
outer table - this gives the black outer border but not black lines between
cells. In my testcase, the inner table uses CELLSPACING=1 to get the desired
effect. I don't know whether that should make a difference.

If you have Netscape 4.x as well as Mozilla, try looking at the testcase in both
and tell me if you see a difference - otherwise I will attach screenshots.

Er, I'd like to reopen the bug, but I don't think I have permission - perhaps
you could do it for me?

Cheers

Comment 18

[Erich 'Ricky' Iseli]

Reopening because of Simon's comments. Simon, yes please, do attach a screenshot
of the page like you see it and like you would like to see it. I don't have
Linux, but I asked people on #mozilla and #mozillazine and they said it lays out
correctly. So screenshots are really needed to dig that. Be sure to use the
lates build. Thanx.

Comment 19

[Simon King]

OK, I've created two screenshots, one from Mozilla/Win98 (build from the 5th of
November) and one from Mozilla/Linux (7th November). On the linux one, you
should be able to see that there is no black line between the two white rows,
and also no line at the bottom of the yellow row.

I played with the font settings after I took the screenshot and I actually found
that setting the Text Size (in the View menu) to 150% caused the lines to
appear, so perhaps the problem is not due to linux, but just due to the
different font sizes - this might be why no-one else sees this problem. My font
settings under Linux are :

Serif: adobe-times-iso8859-1 12px
Sans-Serif: adobe-helvetica-iso8859-1
Default Type - Sans-Serif

I let the web page override the font.

Screen resolution is set to 96dpi in the preferences, but the actual X server
resolution is 75x75. I had to increase it because otherwise most text becomes
unreadable.

Comment 20

[Simon King]

Attachment: Screenshot of bad layout under Mozilla/Linux

Comment 21

[Simon King]

Attachment: Screenshot of good layout under mozilla/windows

Comment 22

[karnaze (gone)]

I can't reproduce this on Windows and it sounds like it is hard to reproduce on 
Linux. If I had a testcase, I would look at this.

Comment 23

[Simon King]

In my description of my Linux setup, I wasn't meaning to imply that you need to
set all those X server parameters etc. to see the bug - I was just trying to
give you as much information as possible. I think it's basically a reaction
between the font size and mozilla figuring out cell height.

Another thing I have noticed is that if I resize the browser window (looking at
my testcase id 18864) so that all the cells only have one line of text, the
problem disappears. But it reappears when the window shrinks and line wrapping
occurs. Does this help at all?

Comment 24

[Hervé Renault]

maybe i've found another site that shows this problem on Linux (Linux Intel
*AND* Linux PowerPC, so could it be related to GTK ?) :
it's http://www.linuxfr.org/

on that page, each article is surrounded by a 1 pixel line made with nested
tables. i don't know if it's valid html, all i know is that this trick works in
4.x but in Mozilla sometimes one thin line is missing at the bottom of a table
of two...

it's been a problem for months so i've decided to find a bug and then add this
comment. i can add some screenshot showing linuxfr.org in 4.x and Mozilla if you
want.

Comment 25

[Hervé Renault]

i've reduced the problem seen on linuxfr.org as much as i can.
my conclusion is that it's a problem involving nested tables and small font-sizes !
it's getting too weird for me, i can't tell if it's related to Simon King
screenshots or not, so i don't know if this should go in this bug report or
another one.... please tell me.

anyway, please see the attached reduced testcase...

Comment 26

[Hervé Renault]

Attachment: reduced testcase for the linuxfr.org problem (similar to Simon's screenshot)

Comment 27

[Hervé Renault]

Attachment: screenshot of the testcase as seen on Linux

Comment 28

[Simon King]

Yes, I'm pretty sure that this is the same bug that I see. It's really annoying
because I use this "trick" a lot in my web pages to get nice-looking tables.
Just to confirm, the bug is still present in BuildID 2001012607

Comment 29

[Simon King]

Actually, that's a pretty old build, isn't it? I've got two installed - a stable
one and a nightly one, but the last nightly one I got doesn't start, so sorry
about that.

Comment 30

[Amarendra Hanumanula]

QA contact update

Comment 31

[Hervé Renault]

i noticed that for a few days this bug has not occured anymore on linuxfr.org.
boxes are perfectly rendered.
can anyone confirm ? if so, i suggest closing this bug. 
(i'm using the more recent builds).

Comment 32

[Simon King]

Yep - I confirm that it seems to be working correctly now on all my test pages.
I'm happy for it to be closed.

Comment 33

[Christian Mattar]

Looks good to me, too.
Marking fixed.