Closed
Bug 11224
Opened 25 years ago
Closed 21 years ago
"overflow: hidden" not working for the HTML element
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: braden, Assigned: troy)
References
Details
Attachments
(1 file)
1.65 KB,
text/html
|
Details |
The summary pretty much says it all. The page at the given URL should not have a scroll bar, no matter what size the window is.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
I don't see why you think there should be no scrollbar. The 'overflow' property (11.1.1) specifies what happens when content overflows the element's box. Because the HTML element has a 'height' of 'auto' (I don't see any style rules that specify an explicit height), its height depends on its content. That means 'overflow' doesn't apply here Section 9.1.2 also address this issue when ralking about the height of the initial containing block (the root of the document tree, HTML element in this case): "The height of the initial containing block may be specified with the 'height' property for the root element. If this property has the value 'auto', the containing block height will grow to accommodate the document's content."
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 2•25 years ago
|
||
Based on troy's comments, marking as verified invalid.
Yup, I agree with Troy now. This has some interesting implications for interoperability, though, given that IE is way off on this (setting "overflow: hidden" on BODY eliminates the browser's primary scroll bar).
Comment 4•22 years ago
|
||
*** Bug 137294 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
just for the records, the 'overflow:hidden' CSS property-value is now working for all html elements - build ID: 04/15/2002-10trunk on win2000 thx!!
Comment 6•21 years ago
|
||
Reopening, since this is a valid bug. I will mark this as a duplicate of bug 230554, which seems to be a regression per comment 5.
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
Comment 7•21 years ago
|
||
*** This bug has been marked as a duplicate of 230554 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 21 years ago
Resolution: --- → DUPLICATE
Comment 8•21 years ago
|
||
Um.... verflow:hidden is still working fine. Please see my comments in bug 230554. This bug was about overflow:hidden, not about auto and scroll (which don't work, in fact). There is no regression involved here.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Updated•21 years ago
|
Status: REOPENED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → WORKSFORME
Comment 9•21 years ago
|
||
Actually, it is _not_ working fine. Scrolling with your mousewheel doesn't work anymore, this does work with 'body{overflow:hidden;}' and since both rules should be applied to the root element per CSS2 the behavior should be the same.
Updated•21 years ago
|
Comment 10•21 years ago
|
||
> Scrolling with your mousewheel doesn't work anymore
Sounds like a mousewheel bug, since scrolling with keyboard works fine on that
testcase you just attached.
Comment 11•21 years ago
|
||
Can't believe I missed that (ironically enough, my mouse just stopped working). Should I file a new bug, reopen this one or hope it get's fixed by the _big_ scrolling bug about 'div{overflow:auto;}' etc?
Comment 12•21 years ago
|
||
File a new bug on the mousewheel issue, please.... Make sure roc and bryner are cced.
You need to log in
before you can comment on or make changes to this bug.
Description
•