NEW 18126
incorrect layout as table height=100% doesnt affect webkit
https://bugs.webkit.org/show_bug.cgi?id=18126
Summary incorrect layout as table height=100% doesnt affect webkit
jasneet
Reported 2008-03-26 16:51:49 PDT
I Steps: Go to the attached reduction II Issue: The <td>s are not aligned correctly. III Conclusion: All browsers render the same if height="100%" is removed. IV Other browsers: IE7: ok FF3: ok Opera9.24: not ok V Nightly tested: 31315
Attachments
reduction (410 bytes, text/html)
2008-03-26 16:52 PDT, jasneet
no flags
Safari 15.5 matches with Chrome but differs from Firefox (387.37 KB, image/png)
2022-06-21 13:03 PDT, Ahmad Saleem
no flags
jasneet
Comment 1 2008-03-26 16:52:36 PDT
Created attachment 20103 [details] reduction
Maxwell Terpstra
Comment 2 2010-06-17 19:53:38 PDT
According to CSS2.1 (http://www.w3.org/TR/CSS21/visudet.html#x12), a percentage height in this context computes to "auto" (because the height of the containing block depends on it). It seems to me that this means Webkit's rendering is correct. That being said, this appears to be an open issue in CSS3 (see http://www.w3.org/TR/2007/WD-css3-box-20070809/#the-lsquo0). Also, since the other browsers display this differently, perhaps Wekbit should copy them in quirks-mode at least.
Ahmad Saleem
Comment 3 2022-06-21 13:03:44 PDT
Created attachment 460378 [details] Safari 15.5 matches with Chrome but differs from Firefox I am not clear on Web-spec but Safari 15.5 on macOS 12.4 is matching Chrome Canary 105 behavior in the attached test case (reduction) and Firefox Nightly 103 has different table layout from other browser as shown in the attached screenshot. Thanks!
Ryosuke Niwa
Comment 4 2022-06-21 13:44:42 PDT
I think there is a bug here with the table layout. Specifying height=100% on table element should expand that table to be the same height as the containing table cell.
Note You need to log in before you can comment on or make changes to this bug.