Closed
Bug 223809
Opened 21 years ago
Closed 16 years ago
Table "This one" does not scale to full height.
Categories
(Core :: Layout: Tables, defect)
Core
Layout: Tables
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jmee, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20030701 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20030701 No details, plain problem. Reproducible: Always Steps to Reproduce: Actual Results: Table "This one" is just the height of the line. Expected Results: Should be the full height.
Reporter | ||
Comment 1•21 years ago
|
||
Sorry, typo: http://spectacle.aduna.biz/bug.html of course. Full source: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <meta http-equiv="content-type" content="text/html;charset=iso-8859-1"> <title>bug</title> <body> <table width="100%" height="100%"> <tr><td rowspan="3" bgcolor="red" width="50" height="100%">Ajax</td><td width="50">PSV</td><td rowspan="2" bgcolor="yellow" width="100%">Feyenoord< /td></tr> <tr><td>Volendam</td></tr> <tr><td colspan="2" bgcolor="gray" height="100%"> <table width="100%" height="100%"> <tr><td height="100%" bgcolor="pink">This one</td></tr> </table> </td></tr> </table> </body> </html>
Comment 2•21 years ago
|
||
Jos, removing some of the "100%" settings in your html code will fix the problem. You probably want to leave them for the table elements only, since they may confuse the user agents (e.g. Mozilla) when calculating the size of the other elements. I'll attach a simplified testcase shortly to demonstrate a possible way to solve the problem.
Severity: major → normal
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
OS: SunOS → All
Hardware: Sun → All
Resolution: --- → INVALID
Comment 3•21 years ago
|
||
This will work with IE as well as with Mozilla.
Comment 4•21 years ago
|
||
Reopening. It's nice that you can change the page to render the way it should, but why would you have to? If the containing <td> is some computed height (as it clearly is) and the <table> inside it has height:100% and is _not_ 100% of its height, that's definitely a bug (even per the CSS spec).
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Comment 5•21 years ago
|
||
Sorry but I don't see why this bug is invalid. Explain to me why it should work in the second table but not in the first in this testcase.
Updated•21 years ago
|
Comment 6•21 years ago
|
||
The behaviour with the second testcase is indeed very strange. Sorry for marking invalid.
attachment 134247 [details] is wfm or whats the issue with the testcase?
Comment 8•16 years ago
|
||
The top pink table didn't expand its height to fill the cell height like it does in the bottom example. It seems to have been fixed between 2006-11-20 -- 2006-12-09. Bernd, older builds all the way back to 2004 are available here: https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/ -> WORKSFORME
Status: NEW → RESOLVED
Closed: 21 years ago → 16 years ago
Flags: in-testsuite?
Resolution: --- → WORKSFORME
Comment 9•16 years ago
|
||
Checked in a reftest. Not sure why you didn't do it yourself....
Flags: in-testsuite? → in-testsuite+
Comment 10•16 years ago
|
||
Fixed between 12-07 and 12-08, therefore presumably bug 300030.
Depends on: reflow-refactor
You need to log in
before you can comment on or make changes to this bug.
Description
•