Bug 22547

Summary:

Table layout differs from other browsers

Product:

WebKit

Reporter:

Duncan <dfairbanks06>

Component:

Tables

Assignee:

Nobody <webkit-unassigned>

Status:

RESOLVED DUPLICATE

Severity:

Normal

CC:

ahmad.saleem792, bfulgham, simon.fraser, webkit-bug-importer, zalan, zwarich

Priority:

Keywords:

BrowserCompat, InRadar, NeedsReduction

Version:

528+ (Nightly build)

Hardware:

Mac

OS:

OS X 10.5

URL:

https://epm2009.infinitecampus.org/campus/blackriver.jsp

Attachments:

Description	Flags
Reduction	none
Further reduction	none
Expanded to explain the real problem.	none
Correction	none
Working on WebKit ToT (Test 4)	none

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).

alan

Comment 9 2024-09-19 19:07:59 PDT

This has progressed at 283711@main

alan

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.