Open
Bug 460087
Opened 17 years ago
Updated 3 years ago
HTML table layout not displayed correctly. Final row is shifted down 1px.
Categories
(Core :: Layout: Tables, defect)
Core
Layout: Tables
Tracking
()
NEW
People
(Reporter: IDontUseMozillaAnyMore, Unassigned)
References
()
Details
(Keywords: regression, testcase)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081014 Minefield/3.1b2pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081014 Minefield/3.1b2pre
View the supplied link in Firefox 3+ and the last row of the table is displayed 1 pixel lower than it should be. This causes a miss-alignment with the background image for that row. Firefox 2, Safari, Opera and even IE all display correctly. The HTML is validated as valid 'HTML 4.01 Transitional'.
Reproducible: Always
Steps to Reproduce:
1. View the page
2. See the incorrect layout
Actual Results:
The last row should be 1 pixel higher than it currently is.
Expected Results:
The blue row should line up with the other blue items.
Comment 1•17 years ago
|
||
Confirmed on Windows XP/Vista.
This regressed between 2007022210 and 2007022212.
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2007-02-22+09%3A00&maxdate=2007-02-22+13%3A00
n-1 px of content in a n px high td gets placed 1 px lower than it used to be.
Keywords: testcase-wanted → testcase
| Reporter | ||
Comment 4•17 years ago
|
||
Test case seems OK, however, it only seems to do this if the row is the last in the table. (this is confirmed by Ria Klaassen and Sander, shouldn't this be marked as Confirmed now).
Thanks
Ian
Only after it's been ascertained that this isn't a duplicate bug report, and that the new behaviour isn't as intended. (I've done some light querying on the former without finding anything, but am definitely not qualified to make the call on the latter. Table layout makes my head hurt.)
| Reporter | ||
Comment 6•17 years ago
|
||
For the latter it's not the case in my example. I have a <tr valign="top"> on the row, thus the content should be aligned to the top of the cell. It's ending up being aligned to the bottom. Thanks
The following is extraneous to the actual "bug" of the changed behaviour; if you'd like to talk about it more, please email me directly to prevent this bug report from being cluttered:
On the third row you don't actually have valign="top" on the relevant tds; you sometimes have it on the td's directly containing the links, but the problem is that the table which contains that has a height of 24 (1 + 22 + 1), but its containing td has a height of 25 (by virtue of the right edge td sibling, which contains an image of height 25) and no valign. (So that's where there's 24px of content positioned inside a 25px high td.)
(Compare <td width=78> on the third row with <td width="78" valign="top"> on the first and second row.)
| Reporter | ||
Comment 8•17 years ago
|
||
So it would seem (now fixed on my example). Anyway as you say it doesn't affect the original issue reported. Thanks
Flags: blocking1.9.1? → wanted1.9.1+
| Reporter | ||
Comment 9•13 years ago
|
||
How do I get my name of this item, I'm no longer using Firefox.
Comment 10•13 years ago
|
||
Comment 11•9 years ago
|
||
Still appears a little off - Check the attached test align.html
Version 47.0.1
Build ID 20160623154057
User Agent Mozilla/5.0 (Windows NT 10.0; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•