52100 2011-01-07 18:47:02 -0800 Table <td> with 100% height not taking it's sibling <td>'s img content into consideration 2022-09-10 10:29:17 -0700 1 1 1 Unclassified WebKit Tables 528+ (Nightly build) All All NEW InRadar P2 Normal --- 1 priyajeet.hora webkit-unassigned ahmad.saleem792 ap arpitabahuguna bfulgham jchaffraix pravind priyajeet.hora simon.fraser webkit-bug-importer zalan oldest_to_newest 331129 0 priyajeet.hora 2011-01-07 18:47:02 -0800 Please use the html code from below and try it on webkit vs non-webkit browsers. The right pane should be all white, thus signifying the table to take 100% of the available height of it's parent td. However in webkit the height gets computed to 0 hence you see the black background color. The right pane td is not taking the image in the left pane td into consideration when computing its height. <html> <head> </head> <body> <table width='100%'> <tbody> <tr> <td style='background-color: black; color: white;' width='10%'>  <img border="0" src="http://blogoscoped.com/files/google-new-year-logos-2007.png"> </td> <td style='background-color: black; color: white;' height='100%'>  <table id='shouldTakeAllSpace' height="100%" width="100%" cellspacing="0" cellpadding="0" border="0">  <tbody> <tr> <td width="100%" style="height: 100%; background-color: white; "> </td> </tr> </tbody> </table> </td> </tr> </tbody> </table> </body> </html> Downstream bug http://code.google.com/p/chromium/issues/detail?id=64584 331130 1 78297 priyajeet.hora 2011-01-07 18:48:18 -0800 Created attachment 78297 table td not taking image height into computation 419723 2 jchaffraix 2011-06-13 11:35:46 -0700 Looking at this bug today, I couldn't reproduce the behavior. Darth, could you confirm that it is fixed or point what we are (still) doing wrong as I may be missing something? 419733 3 priyajeet.hora 2011-06-13 11:46:10 -0700 I still see the issue on Safari 5.1 and Chrome 14 (Canary). I could not try a webkit nightly build as I am on Lion (unless you know how to get it to work). But in Chrome and Safari 5.1, if you open the attachment and then compare it to how it looks in FF4/IE9, you will see the difference. 1897530 4 ahmad.saleem792 2022-09-10 07:28:53 -0700 I am able to reproduce this bug in Safari Technology Preview 153 using attached test case and it does show "right hand side" table in "Black" filled similar to Chrome Canary 107 while Firefox Nightly 107 does not show "Black" filled and show "White / Blank" expected similar to mentioned in Comment 0. I am changing status to "New" and adding few other Webkit Engineers for their input. Thanks! 1897549 5 webkit-bug-importer 2022-09-10 10:29:17 -0700 <rdar://problem/99781068> 78297 2011-01-07 18:48:18 -0800 2011-01-07 18:48:18 -0800 table td not taking image height into computation test.html text/html 985 priyajeet.hora PGh0bWw+DQo8aGVhZD4NCg0KPC9oZWFkPg0KPGJvZHk+DQoJPHRhYmxlIHdpZHRoPScxMDAlJz4N CgkJPHRib2R5Pg0KCQkJPHRyPg0KCQkJCTx0ZCBzdHlsZT0nYmFja2dyb3VuZC1jb2xvcjogYmxh Y2s7IGNvbG9yOiB3aGl0ZTsnIHdpZHRoPScxMCUnPg0KCQkJCQk8IS0tIFRoaXMgaW1hZ2UgaGFz IGEgaGVpZ2h0LCB0aGF0IGlzIHVzZWQgdG8gY2FsY3VsYXRlIHRoZSBjb21wdXRlciBoZWlnaHQg b2YgdGhlIHRkIG90aGVyd2lzZSB0aGlzIHRkIGhhcyBubyBoZWlnaHQgLS0+DQoJCQkJCTxpbWcg Ym9yZGVyPSIwIiBzcmM9Imh0dHA6Ly9ibG9nb3Njb3BlZC5jb20vZmlsZXMvZ29vZ2xlLW5ldy15 ZWFyLWxvZ29zLTIwMDcucG5nIj4NCgkJCQk8L3RkPg0KCQkJCTx0ZCBzdHlsZT0nYmFja2dyb3Vu ZC1jb2xvcjogYmxhY2s7IGNvbG9yOiB3aGl0ZTsnIGhlaWdodD0nMTAwJSc+DQoJCQkJCTwhLS0g VGhpcyB0ZCBoYXMgYSAxMDAlIGhlaWdodCwgdGhhdCBpdCBzaG91bGQgdXNlIGZyb20gaXRzIHNp YmxpbmcgdGQgYnV0IHRoZSBpbWFnZXMgaGVpZ2h0IGlzIG5vdCB0YWtlbiBpbnRvIGNvbnNpZGVy YXRpb24gLS0+DQoJCQkJCTx0YWJsZSBpZD0nc2hvdWxkVGFrZUFsbFNwYWNlJyBoZWlnaHQ9IjEw MCUiIHdpZHRoPSIxMDAlIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIGJvcmRlcj0i MCI+DQoJCQkJCQk8IS0tIFRoaXMgZW5kcyB1cCB0YWtpbmcgbm8gaGVpZ2h0IHNpbmNlIGl0cyBw YXJlbnQgaGFzIG5vbmUgLS0+DQoJCQkJCQk8dGJvZHk+DQoJCQkJCQkJPHRyPg0KCQkJCQkJCQk8 dGQgd2lkdGg9IjEwMCUiIHN0eWxlPSJoZWlnaHQ6IDEwMCU7IGJhY2tncm91bmQtY29sb3I6IHdo aXRlOyAiPg0KCQkJCQkJCQk8L3RkPg0KCQkJCQkJCTwvdHI+DQoJCQkJCQk8L3Rib2R5Pg0KCQkJ CQk8L3RhYmxlPg0KCQkJCTwvdGQ+DQoJCQk8L3RyPg0KCQk8L3Rib2R5Pg0KCTwvdGFibGU+CQ0K PC9ib2R5Pg0KPC9odG1sPg==