Bug 17819

Summary:

Border-collapse: collapse later cell wins on PC, earlier cell on Mac

Product:

WebKit

Reporter:

Michael Dayah <michael>

Component:

Tables

Assignee:

Nobody <webkit-unassigned>

Status:

REOPENED

Severity:

Normal

CC:

ahmad.saleem792, ap, bfulgham, mitz, rniwa, simon.fraser, zalan

Priority:

Keywords:

HasReduction, PlatformOnly

Version:

528+ (Nightly build)

Hardware:

OS:

Windows XP

URL:

http://www.dayah.com/periodic/webkit-borders.html

Attachments:

Description	Flags
Correct border comparison	none

Michael Dayah

Reported 2008-03-12 22:32:59 PDT

When two cells' borders touch in a border-collapse: collapse table, on a PC, the cell that comes later wins the border. On a Mac, the cell that comes earlier (correct behavior) wins the border. In this testcase, a PC will show a red border, Mac a blue one. Relevant spec: http://www.w3.org/TR/CSS21/tables.html#border-conflict-resolution The latest Safari beta, 3.0.4, shows the same behavior on PC and Mac as the latest nightly.

Attachments
Correct border comparison (17.36 KB, patch) 2008-03-13 14:42 PDT, mitz	no flags	Details Formatted Diff Diff
View All Add attachment proposed patch, testcase, etc.

mitz

Comment 1 2008-03-13 14:42:42 PDT

Created attachment 19743 [details] Correct border comparison The reason only Windows was affected has to do with painting order, which in turn had to do with non-deterministic sorting. Now regardless of order, all cells will paint the same border with the same resolved style.

Dave Hyatt

Comment 2 2008-03-13 14:46:14 PDT

This bug is actually a dup of another one. I remember seeing the other one in bugzilla.

Dave Hyatt

Comment 3 2008-03-13 14:46:50 PDT

Comment on attachment 19743 [details] Correct border comparison r=me

mitz

Comment 4 2008-03-13 15:16:38 PDT

Fixed in <http://trac.webkit.org/projects/webkit/changeset/31044>.

Michael Dayah

Comment 5 2008-03-14 12:50:32 PDT

The fix does work for edges, but not for corners. On Windows, the edge between A and B in the linked test case is now blue as it should be, but the corners above and below this edge remain red.

mitz

Comment 6 2008-03-14 15:04:10 PDT

I see the problem. This may be harder to fix.

Ahmad Saleem

Comment 7 2022-08-30 09:59:57 PDT

I took the test case from patch and changed it into JSFiddle: - https://jsfiddle.net/4epqt9Lw/show Few issues, I noted while using "Safari Technology Preview 152": 1) It has more bold / solid color lines compared to Firefox Nightly 106 and Chrome Canary 107 2) The overlap corners, where two lines meet, the color is different and looks like painting is not right. Only Firefox Nightly 106 renders the corner overlap without any kind of pixelations or different tones. Both Safari and Chrome is showing corners in different colours. Appreciate if someone can confirm, whether it requires separate bug or it is original case for which it was reopened. Thanks!

Note You need to log in before you can comment on or make changes to this bug.