Closed
Bug 305975
Opened 19 years ago
Closed 19 years ago
Height:0% is not the same as height:0px inside a table
Categories
(Core :: Layout: Tables, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.8beta5
People
(Reporter: martijn.martijn, Assigned: bernd_mozilla)
References
()
Details
(Keywords: fixed1.8, testcase)
Attachments
(2 files)
915 bytes,
text/html
|
Details | |
1.47 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
asa
:
approval1.8b5+
|
Details | Diff | Splinter Review |
See upcoming testcase. Both tables and button inside it are identical, only the first has height:0% and the second has height:0px. They should render the same, but they don't. I saw this when looking at distrowatch.com. bz {#developers} mw22: oh, tables.... bz {#developers} mw22: hrm... file a bug? ;) bz {#developers} mw22: and make sure to cc bernd...
Reporter | ||
Comment 1•19 years ago
|
||
The bug can also be seen in Mozilla1.7.
Comment 2•19 years ago
|
||
Is this feature any part of the "Acid 2" test?
the percent height observer stuff is obviously not limited to quirks mode as it should be. The questions is only where to cut it.
cut it at the cell level where it seems to start.
Assignee: nobody → bernd_mozilla
Status: NEW → ASSIGNED
>Both tables and button inside it are identical, only the first has height:0% and
>the second has height:0px.
>They should render the same, but they don't.
They should not render identical in standards mode a percentage base height
inside auto height becomes itself auto. So its height: auto vs 0px.
Reporter | ||
Comment 6•19 years ago
|
||
Ah, I see. So the patch seems to fix http://www.distrowatch.com broken layout (because distrowatch is in standards mode). The mentioning of the broken layout at distrowatch.com (buttons and stuff overflowing table cells) was here: http://forums.mozillazine.org/viewtopic.php?p=1704044
Attachment #194052 -
Flags: superreview?(bzbarsky)
Attachment #194052 -
Flags: review?(bzbarsky)
Updated•19 years ago
|
Attachment #194052 -
Flags: superreview?(bzbarsky)
Attachment #194052 -
Flags: superreview+
Attachment #194052 -
Flags: review?(bzbarsky)
Attachment #194052 -
Flags: review+
Maybe this should be chosen for the branch. If it is not a risky patch, then please nominate it.
fix checked in
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
"The set of bugs blocking beta1 is tracked by the blocking1.8b4 flag . This list is the set of bugs which truly have to be done before a more public release. These are large/risky patches, common crashes, or break commonly used websites." http://developer.mozilla.org/devnews/index.php/2005/08/30/9-days-untill-15-beta/ This would seem to fit in the "broken commonly used websites" (assuming that is what they meant to say) category, could this possibly be checked into the branch?
Comment 10•19 years ago
|
||
bernd, bz, is this branch worthy?
Comment 11•19 years ago
|
||
Comment on attachment 194052 [details] [diff] [review] patch I believe it is, yes. This makes a table quirk only happen in quirks mode. Only standards-mode stuff is affected, and probably only for the better.
Attachment #194052 -
Flags: approval1.8b5?
Updated•19 years ago
|
Attachment #194052 -
Flags: approval1.8b5? → approval1.8b5+
Comment 12•19 years ago
|
||
*** Bug 293372 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Flags: blocking1.8b5? → blocking1.8b5+
You need to log in
before you can comment on or make changes to this bug.
Description
•