Closed Bug 309051 Opened 19 years ago Closed 19 years ago

Regression: page continues beyond footer in this blog template

Categories

(Core :: Layout, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: ptomes, Unassigned)

References

()

Details

(Keywords: regression, testcase)

Attachments

(3 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050918 Firefox/1.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050918 Firefox/1.4

In almost every of more than two thousand blogs (respectively in every blog with
same templates/css) listed on http://blog.cz/zebricky/nejctenejsi-blogy is
navigation column longer then main content of page (showed with left or right
border or another background color than space with main content has). This is on
Firefox/Seamonkey builds with Gecko newer than 1.7.x was (1.8bx and 1.9a1 as
well). Gecko 1.7.x (Firefox 1.0.6) is OK. Opera 8.02 renders it nearly as Gecko
1.7.x, but it doesn't render left or right bottom or background from the top to
bottom of page (I don't know if it is right).

Screenshots will be added to this bug.

Reproducible: Always

Steps to Reproduce:
1. open one some blog from list on http://blog.cz/zebricky/nejctenejsi-blogy;
for example http://jyxo.blog.cz/
2. see ending navigation column's border or background.
Keywords: regression
Summary: bad appearance → Regression: page continues beyond footer in this blog template
Flags: blocking1.9a1?
Flags: blocking1.8b5?
Attached file testcase
In Gecko 1.8, the green column on the right (and therefore the entire page)
extends (104 pixels) below the text on the left. In 1.7, the page ends where
the left column does.

Removing "overflow:hidden" from the right column causes Gecko 1.7 to behave
like 1.8 does.
Possibly valid - I'm not sure how min-height:100%, padding-top, and
overflow:hidden are supposed to interact.
Keywords: testcase
The behavior changed between 2005-04-28 and 2005-04-29.
Flags: blocking1.8b5? → blocking1.8b5+
The key part is that the height should not depend on the value of overflow.  The
fact that it does in 1.7 is a bug, and this was fixed by bug 240276 (which is in
the "regression" range here).

So as far as I can tell, the layout here is exactly correct.  Think it through
-- the green div should have a height at least 100% of the #master div, and
should have 104px top padding.  None of that should be affected by overflow.

So unless there's something obvious I'm missing, I believe this is invalid.
Dbaron, do you agree that this is invalid?
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
Flags: blocking1.8b5+
Flags: blocking1.9a1?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: