Bug 22547 - Table layout differs from other browsers
Summary: Table layout differs from other browsers
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tables (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL: https://epm2009.infinitecampus.org/ca...
Keywords: BrowserCompat, InRadar, NeedsReduction
Depends on:
Blocks:
 
Reported: 2008-11-28 15:00 PST by Duncan
Modified: 2024-02-08 15:47 PST (History)
6 users (show)

See Also:


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

Note You need to log in before you can comment on or make changes to this bug.
Description Duncan 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.
Comment 1 Cameron Zwarich (cpst) 2008-11-29 01:30:54 PST
This displays as expected in Firefox 3.0 and 9.6.
Comment 2 Cameron Zwarich (cpst) 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.
Comment 3 Jerome Leclanche 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.
Comment 4 Daniel Upstone 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.
Comment 5 Daniel Upstone 2009-08-05 13:27:37 PDT
Created attachment 34169 [details]
Correction

Sorry, that previous attachment had markup problems >_<
Comment 6 Ahmad Saleem 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.
Comment 7 Radar WebKit Bug Importer 2024-02-08 15:47:04 PST
<rdar://problem/122588508>