Closed
Bug 232135
Opened 21 years ago
Closed 20 years ago
Overflow: auto on UL-element adds unneeded scrollbars to item
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: myers, Unassigned)
References
Details
(Keywords: testcase)
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 On a OL or UL item (child elements of display: list-item) when a height is set and overflow: auto is set un-needed scrollbars appear. The scrollbars are removed if the child's display: list-item is changed to display: block. I am assuming that some padding/margin/border are being added to the list-item element, but the scrollbars will not go away even if those properties are set to 0 on the list items directly. Reproducible: Always Steps to Reproduce: 1. Create a list element (OL, UL) with several elements 2. Assign a height to the list element and also assign overflow: auto; Actual Results: un-needed horizontal/vertical scrollbars appear Expected Results: no scrollbars by changing the LI item to display: block the scrollbars disapper.
Comment 2•21 years ago
|
||
The page sets both the padding and margin to 0, so the bullets overflow. It's not just bug 6976, though -- there's something weird going on.
![]() |
||
Comment 3•21 years ago
|
||
David, what's the weird part? The fact that you can scroll to the right?
Comment 4•21 years ago
|
||
Yes.
Comment 5•20 years ago
|
||
*** Bug 246934 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Setting padding:0 on ul element breaks overflow:auto of containing block.
Comment 7•20 years ago
|
||
if we get a patch, some testting and can assess the risk, then renominate.. thanks
Flags: blocking-aviary1.0? → blocking-aviary1.0-
I'm using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050330 Firefox/1.0+ and it appears that both of the testcases above are working as expected. Dave, is your testcase working as expected on a recent build?
The testcases behave as expected for me as well. Probably fixed by Bug 240276.
Comment 10•20 years ago
|
||
Can someone with the appropriate powers mark this as fixed por favor?
![]() |
||
Comment 11•20 years ago
|
||
Worksforme, since we're not sure what fixed it....
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•