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.
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.
This bug is actually a dup of another one. I remember seeing the other one in bugzilla.
Comment on attachment 19743 [details] Correct border comparison r=me
Fixed in <http://trac.webkit.org/projects/webkit/changeset/31044>.
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.
I see the problem. This may be harder to fix.
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!