RESOLVED DUPLICATE of bug 279450 22547
Table layout differs from other browsers 
https://bugs.webkit.org/show_bug.cgi?id=22547
Summary Table layout differs from other browsers
Duncan
Reported 2008-11-28 15:00:32 PST
You can see that part of the box on the right that says Black River, there was a problem rendering the correct shape. It is rendered correctly in Firefox.
Attachments
Reduction (532 bytes, text/html)
2008-11-29 01:51 PST, Cameron Zwarich (cpst) 		no flags
Details
Further reduction (601 bytes, text/html)
2009-08-05 10:22 PDT, Jerome Leclanche 		no flags
Details
Expanded to explain the real problem. (3.89 KB, application/xhtml+xml)
2009-08-05 13:24 PDT, Daniel Upstone 		no flags
Details
Correction (3.89 KB, application/xhtml+xml)
2009-08-05 13:27 PDT, Daniel Upstone 		no flags
Details
Working on WebKit ToT (Test 4) (580.77 KB, image/png)
2024-09-19 17:23 PDT, Ahmad Saleem 		no flags
Details
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Cameron Zwarich (cpst)
Comment 1 2008-11-29 01:30:54 PST
This displays as expected in Firefox 3.0 and 9.6.
Cameron Zwarich (cpst)
Comment 2 2008-11-29 01:51:23 PST
Created attachment 25591 [details] Reduction Here's a reduction. I should probably make a .zip with the two images as well. The problem seems to be that the CSS background image doesn't respect the width="100%" in this case.
Jerome Leclanche
Comment 3 2009-08-05 10:22:44 PDT
Created attachment 34143 [details] Further reduction Attached further reduction. More concise, using base64 files instead of embedding external images.
Daniel Upstone
Comment 4 2009-08-05 13:24:57 PDT
Created attachment 34168 [details] Expanded to explain the real problem. I've expanded the test case to explain the real problem here. This is actually related to the freedom of table-layout: auto provided to UAs. They're not required to provide the same results as other UAs, so webkit isn't doing anything wrong here. But it does appear that webkit intends to match the (poor) behaviour displayed by other browsers in this test case and doesn't due to a bug with nesting tables. Hopefully what i've provided explains the problem clearly enough.
Daniel Upstone
Comment 5 2009-08-05 13:27:37 PDT
Created attachment 34169 [details] Correction Sorry, that previous attachment had markup problems >_<
Ahmad Saleem
Comment 6 2023-03-18 05:04:19 PDT
(In reply to Daniel Upstone from comment #5) > Created attachment 34169 [details] > Correction > > Sorry, that previous attachment had markup problems >_< Test 4 is still broken in Safari Technology Preview 165, while Chrome Canary 113 and Firefox Nightly 113 both match each other.
Radar WebKit Bug Importer
Comment 7 2024-02-08 15:47:04 PST
<rdar://problem/122588508>
Ahmad Saleem
Comment 8 2024-09-19 17:23:52 PDT
Created attachment 472607 [details] Working on WebKit ToT (Test 4) It seems that recent work from either Alan or Elika progressed us on last remaining failing test on this bug (as can be seen from attached screenshot). I test it on WebKit ToT (in Minibrowser - 283957@main).
zalan
Comment 9 2024-09-19 19:07:59 PDT
This has progressed at 283711@main
zalan
Comment 10 2024-09-19 19:08:33 PDT
*** This bug has been marked as a duplicate of bug 279450 ***
Note You need to log in before you can comment on or make changes to this bug.