Closed
Bug 297504
Opened 20 years ago
Closed 19 years ago
DIV behaving differently in FF1.0 & Deer Park
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: x, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050610 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050610 Firefox/1.0+ On the page http://youngpup.net/faq , there is a white div in the main content, I believe the id is either "main" or "content". In FF 1.0, when you scroll down the page, the white div extends to the end of the page. In my nightly Deer Park build, this div stops right below the height of the first page. Reproducible: Always Steps to Reproduce: 1. Open http://youngpup.net/faq 2. Scroll down in each browser and watch the white background. 3. Profit. Actual Results: Both FF versions produce different results. Expected Results: Seems like both versions should produce the same results. I'm not sure this is a bug... and I couldnt even begin to search for a duplicate. Sorry! Thought someone on your end would be able to tell for sure.
Updated•20 years ago
|
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Version: unspecified → Trunk
Comment 1•20 years ago
|
||
div id="content" has height:100%;. It takes the height of the viewport here as a reference, because the containing div and the body don't have any height set. See: http://www.w3.org/TR/CSS21/visudet.html#the-height-property "<percentage> Specifies a percentage height. The percentage is calculated with respect to the height of the generated box's containing block. If the height of the containing block is not specified explicitly (i.e., it depends on content height), and this element is not absolutely positioned, the value computes to 'auto'. A percentage height on the root element is relative to the initial containing block." also try to read the stuff on the containing block and initial containing block. I think that current trunk builds of Mozilla are doing the right thing.
Comment 2•19 years ago
|
||
Is this still an issue? The site looks fine to me...
| Reporter | ||
Comment 3•19 years ago
|
||
(In reply to comment #2) > Is this still an issue? The site looks fine to me... I believe Martin is right... Deer Park had this fixed.
Comment 4•19 years ago
|
||
WFM as well --> wfm (based on all comments)
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•