10209 2006-08-02 08:01:11 -0700 REGRESSION: table layout wrong, large image is now wrapping to next line 2007-05-10 16:43:57 -0700 1 1 1 Unclassified WebKit Layout and Rendering 420+ Mac OS X 10.4 RESOLVED INVALID https://www.asylumtel.com/ HasReduction, InRadar, Regression P2 Normal --- 1 gnemeth webkit-unassigned bdakin darin hyatt mitz oldest_to_newest 51426 0 gnemeth 2006-08-02 08:01:11 -0700 the two images at https://www.asylumtel.com/ stating corporate and partners should be next to each other (and is in the latest Safari, or any other browser), and not beneath like webkit is rendering. 51679 1 9865 darin 2006-08-03 19:58:22 -0700 Created attachment 9865 reduction of the site 51680 2 darin 2006-08-03 19:59:00 -0700 I attached a reduction. The bug is specific to strict mode, it seems, and has something to do with table cells. 51802 3 jonathanjohnsson 2006-08-04 11:54:43 -0700 (In reply to comment #2) > I attached a reduction. The bug is specific to strict mode, it seems, and has > something to do with table cells. > I'm confused when looking at the reported page and the reduction in different browsers: * Latest Safari and Firefox 1.5 renders the reported page as it was intended, Opera 9 and latest WebKit does not. * Latest WebKit, Firefox 1.5 and Opera 9 renders the testcase with the images on top of each other, only latest Safari renders them side by side. By just looking at these facts, it's hard to know what's correct. I think it would be informative to have a reduction created using latest WebKit vs Firefox also. I guess I'll try that tomorrow. 51824 4 hyatt 2006-08-04 14:42:12 -0700 The reduction renders the same in Firefox and Safari.... but the site looks good in Firefox. I'm not sure this is a valid reduction. 51835 5 9887 gnemeth 2006-08-05 01:25:06 -0700 Created attachment 9887 Reduction - working with Firefox. The problem is with the "td" tag's display style attribute. When it is set to "table-cell" the site renders correctly, with "inline" it does not. 46693 6 slewis 2006-11-06 19:52:08 -0800 radar 4823058 41954 7 hyatt 2006-12-14 23:35:34 -0800 The basic bug here is that <td style="display:inline"> results in something that is not a table cell (in both Firefox and Safari). This is because the display type has been changed from table cell to inline. In quirks mode we just ignore this, but in strict mode we assume you know what the hell you're doing. In this case the author clearly doesn't. The bug arises when a <td> is no longer a table cell. In Safari we still apply the table's cellpadding to the <td>s. This seems clearly wrong to me if the object in question is no longer a table cell, so fix will be coming shortly. 41947 8 hyatt 2006-12-14 23:37:56 -0800 Actually I'm not sure how to fix this. The additional style info is added in before we even know what our ultimate display type is going to be, so we have nothing to go on to figure out not to map in the extra style. 41935 9 hyatt 2006-12-14 23:40:56 -0800 Lowering the priority of this to P2. Safari's rendering is not clearly "wrong" here, since there's no clear-cut rule regarding whether or not the HTML content model table properties apply to the content model vs. the renderers. 41937 10 hyatt 2006-12-15 00:13:29 -0800 Actually I wasn't quite right. We are applying the cell padding of the <table> to anonymous cells. Firefox does not do this. I believe our behavior is more correct. Note that WinIE can't be trusted at all for this test, since it does not support changing the display types of table elements. I believe this is invalid. 41926 11 ian 2006-12-15 10:28:31 -0800 INVALID? Why would anonymous cells get padding? I agree that "cellpadding" should be propagated to TD elements, but why would it propagate to elements that aren't even in the DOM? 35229 12 hyatt 2007-01-13 03:01:45 -0800 Because to do otherwise would yield inconsistent padding results. If I say <table border=10> do you expect the anonymous cells to not have a border? That doesn't make any sense. 10372 13 hyatt 2007-05-10 16:43:57 -0700 I am sticking with my opinion that this is behaving as intended. Closing. 9865 2006-08-03 19:58:22 -0700 2006-08-03 19:58:22 -0700 reduction of the site asylumtel-reduction.html text/html 684 darin PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBTdHJpY3QvL0VOIj4K PHRhYmxlPgogICAgPHRyPgogICAgICAgIDx0ZCBzdHlsZT0id2lkdGg6IDQ5MHB4Ij4KICAgICAg ICAgICAgPGltZyB3aWR0aD0iNTQyIiBoZWlnaHQ9IjI0IiBzcmM9Imh0dHA6Ly93d3cuYXN5bHVt dGVsLmNvbS90eXBvM3RlbXAvR0IvZjA1MTA2YWVlMi5naWYiPgogICAgICAgICAgICA8dGFibGUg c3R5bGU9ImJvcmRlci1zcGFjaW5nOiAwcHgiPgogICAgICAgICAgICAgICAgPHRyPgogICAgICAg ICAgICAgICAgICAgIDx0ZCBzdHlsZT0iZGlzcGxheTogaW5saW5lIj48aW1nIHdpZHRoPSIyNjgi IGhlaWdodD0iMzI5IiBzcmM9J2h0dHA6Ly93d3cuYXN5bHVtdGVsLmNvbS9maWxlYWRtaW4vYXN5 bHVtL2ltYWdlL2NvcnBvcmF0ZV8yNjguZ2lmJz48L3RkPgogICAgICAgICAgICAgICAgICAgIDx0 ZCBzdHlsZT0iZGlzcGxheTogaW5saW5lOyBwYWRkaW5nLWxlZnQ6IDVweCI+PGltZyB3aWR0aD0i MjY4IiBoZWlnaHQ9IjMyOSIgc3JjPSdodHRwOi8vd3d3LmFzeWx1bXRlbC5jb20vZmlsZWFkbWlu L2FzeWx1bS9pbWFnZS9wYXJ0bmVyc18yNjguZ2lmJz48L3RkPgogICAgICAgICAgICAgICAgPC90 cj4KICAgICAgICAgICAgPC90YWJsZT4KICAgICAgICA8L3RkPgogICAgPC90cj4KPC90YWJsZT4K 9887 2006-08-05 01:25:06 -0700 2006-08-05 01:25:06 -0700 Reduction - working with Firefox. reduct.html text/html 820 gnemeth PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBTdHJpY3QvL0VOIj4K PGh0bWw+Cjxib2R5Ij4KPGRpdiBzdHlsZT0id2lkdGg6NzUwcHg7cGFkZGluZzowcHg7bWFyZ2lu OjBweDsiPgogICAgPHRhYmxlIHdpZHRoPTEwMCU+CiAgICAgICAgICA8dHI+CiAgICAgICAgICAg IDx0ZCA+PGltZyBzcmM9Imh0dHBzOi8vd3d3LmFzeWx1bXRlbC5jb20vdHlwbzN0ZW1wL0dCL2Yw NTEwNmFlZTIuZ2lmIiB3aWR0aD0iNTQyIiBoZWlnaHQ9IjI0IiAgYm9yZGVyPSIwIiBhbHQ9IiIg dGl0bGU9IiIgLz4KPHRhYmxlIHN0eWxlPSJtYXJnaW46MHB4O3BhZGRpbmc6MHB4O2JvcmRlci1z cGFjaW5nOjBweDsiPgo8dHI+CiA8dGQgc3R5bGU9Im1hcmdpbjowcHg7cGFkZGluZzowcHg7ZGlz cGxheTppbmxpbmU7Ij48aW1nIGJvcmRlcj0wIHdpZHRoPScyNjgnIHNyYz0naHR0cHM6Ly93d3cu YXN5bHVtdGVsLmNvbS9maWxlYWRtaW4vYXN5bHVtL2ltYWdlL2NvcnBvcmF0ZV8yNjguZ2lmJz48 L3RkPgogPHRkIHN0eWxlPSJtYXJnaW46MHB4O3BhZGRpbmc6MHB4O2Rpc3BsYXk6aW5saW5lO3Bh ZGRpbmctbGVmdDo1cHg7Ij48aW1nIGJvcmRlcj0wIHdpZHRoPScyNjgnIHNyYz0naHR0cHM6Ly93 d3cuYXN5bHVtdGVsLmNvbS9maWxlYWRtaW4vYXN5bHVtL2ltYWdlL3BhcnRuZXJzXzI2OC5naWYn PjwvdGQ+CjwvdHI+CjwvdGFibGU+CjwvdGQ+CiAgICAgICAgICAgIDx0ZCBzdHlsZT0id2lkdGg6 MjAwcHgiPjwvdGQ+CiAgICAgICAgICA8L3RyPgogICAgICAgICAgIAogICAgICA8L3RhYmxlPgo8 L2Rpdj4KCjwvYm9keT4KPC9odG1sPg==