A table cell's content does not occupy the whole cell width if the colspan attribute is set to 2 or more
Reported by
supp...@devexpress.com,
May 8 2018
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36 Example URL: https://jsfiddle.net/sk2n36d0/2/ Steps to reproduce the problem: 1. Go to https://jsfiddle.net/sk2n36d0/2/ 2. See that the content in the <th> element does not occupy the whole width of the <th> element Markup and styles that are required to reproduce this issue: <table> <tr> <th colspan="2"><a>text</a><a>@</a></th> </tr> <tr> <th><a>text</a><a>@</a></th> <th><a>text</a><a>@</a></th> </tr> </table> table { width:100% } a:first-child { background-color: red; width: 99%; display: table-cell; } a:last-child { background-color: green; width: 1%; display: table-cell; } What is the expected behavior? Cell content occupies the whole width of the <th> element as it occurs in other browsers (checked in IE 11, Edge and Firefox). See the Output_Edge.PNG file. What went wrong? Content width is not adjusted (see the Output_Chrome.PNG screenshot) Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 66.0.3359.139 Channel: stable OS Version: 10.0 Flash Version:
,
May 9 2018
Able to reproduce the issue on chrome reported version 66.0.3359.139 and on latest chrome 68.0.3424.0 using Windows-10, Mac 10.13.1 and Ubuntu 14.04. As this issue is seen from M-60(60.0.3112.0). Hence considering this issue as Non-Regression and marking as Untriaged. Thanks!
,
May 9 2018
,
May 10 2018
This is indeed a bug, probably in anonymous box generation. To devexpress: if this is affecting you you're going to have to find a workaround for the time being, we won't have time to fix this soon. Your workaround might involve removing display:table-cell from the <a> elements. That might be causing Blink to create a nested table inside the <th> elements when it shouldn't be, or vice versa.
,
May 10 2018
Hm, actually if it only reproduces when colspan >= 2, it's probably a layout bug, not a box generation issue.
,
May 10 2018
Hi! Thank you for your input on this issue and for your suggestions regarding a workaround. We'll do our testing and try to come up with a way to implement the layout demonstrated in the HTML code snippet differently (maybe flexbox). Make sure to keep us informed about other possible workarounds and the status of this issue. Thanks and best regards, DevExpress team |
|||
►
Sign in to add a comment |
|||
Comment 1 by viswa.karala@chromium.org
, May 8 2018