Tables don't currently respect small line-heights. In other words, table cells resize themselves to accomodate overflow of inline contents outside their line. I don't think they should care about such overflow, since it doesn't increase the size of the block formatting context that the table cell contains (sorry, this is a concept that's not (yet) in any spec, just in my head...). To reproduce: * load test case Actual results: * text overflows table cell on top but not on the bottom Expected results: * text should overflow equally on both sides Tested on: * my own win2k build

FWIW, I ran into this while investigating bug 78066, which would probably be fixed by fixing this.

*** Bug 120414 has been marked as a duplicate of this bug. ***

mass reassign to default owner

in the testscase the text overflows on the bottom, David is this bug still valid ?

The test case in bug 120414 renders as desired with Mozilla 1.6 (Gecko/20040122).

dbaron: this WFM for me (1.6, Win2k) just as for the two others above, so you probably want to resolve it... cc'ing bz who likes resolving this kind of bugs, is knowledgeable in this area and also very responsive most of the time. You might also want to have a look at bug 78066 which depends on this bug and looks like WFM, too (all other mentioned "dependencies" fixed).

Fixed by checkin of bug 172896.