446665 - [BC] sibling table doesn't draw cell borders

Status: RESOLVED DUPLICATE of bug 186317

(Core :: Layout: Tables, defect)

Description

[Kestutis Sidorenka]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.12;MEGAUPLOAD 1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.12;MEGAUPLOAD 1.0

1.http://upsy.lt/table/index_1.html
2. http://upsy.lt/table/index_2.html

When I remove first table, second table are displayed differently.

Both pages are valid HTML and CSS codes by W3C validator

Reproducible: Always

Steps to Reproduce:
1. http://upsy.lt/table/index_1.html
2. http://upsy.lt/table/index_1.html
Actual Results:  
When I remove first table, second table are displayed differently.

Comment 1

[Gérard Talbot]

Kestutis,

I confirm your finding with Firefox 3.0.1 rv:1.9.0.1 build 2008070208 under XP Pro SP3.

Severity: normal

Version: 3.0

We still need to verify if the bug occurs on the trunk. We also need to search for a duplicate as this may be a duplicate of another bug...

Comment 2

[Daniel.S]

As the initial report suggests this happens in Firefox 2, 3 and current trunk.

It could really be a dupe, especially since border-collapse is involved.

The problem seems when a normal table is following a border collapsed table, the cell borders of the normal table aren't drawn.

I'll confirm the report for now. We can dupe it anyway if we find one.

Comment 3

[Bernd]

the url is 404

Comment 4

[Daniel.S]

Attachment: testcase

(In reply to comment #3)
> the url is 404

Here's a testcase.

The problem appears, when both tables got a border set by the border attribute of the table element and the first table uses the collapsed border model.

Comment 5

[Daniel.S]

Attachment: expected result (screenshot)

Comment 6

[Daniel.S]

It's still visible in 3.2a1pre.