Closed Bug 1424328 Opened 8 years ago Closed 6 years ago

scrollbar over content with overflow: auto

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Version:
56 Branch
Platform:
Unspecified
All
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 764076

People

(Reporter: cpartiot, Unassigned)

Details

(Whiteboard: [layout:backlog:quality])

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:59.0) Gecko/20100101 Firefox/59.0 Build ID: 20171207100053 Steps to reproduce: * create an element (<div>) * set it a `height` smaller than it's content * force it to get the size of its content (by seting it `position: absolute`, `position: fixed` or `display:inline-block` for exemple) - set it`overflow: auto` Actual results: the scrollbar is placed over the content. example: https://codepen.io/yukulele/pen/qVzJeB Expected results: th scrollbar shoud be placed outside the content (like with `overflow: scroll`)
Component: Untriaged → Layout
Product: Firefox → Core
The vertical scrollbar overlaps the right border when overflow-y is set to 'visible' or to 'auto' in https://codepen.io/anon/pen/xPvRoN with Firefox 52.5.0 ESR. Not so in Chromium 62.0.3202.89. Right now, I can not say if Firefox violates the spec ...
(In reply to Gérard Talbot from comment #1) > The vertical scrollbar overlaps the right border when overflow-y is set to 'visible' that is unrelated to my bug report: `overflow` can't be `visible` only on one axis
Priority: -- → P1
OS: Unspecified → All
Priority: P1 → P3
I am suffering from this bug a long time now, will it be fixed in the nearby future, or is there a suggested workaround?
I have also stumbled across this issue.

This is also a problem for my dev team. Firefox is rendering vertical scrollbars on top of content, instead of to the side of content. I'm not sure why this issue would get deprioritized, and then receive no followup for a year. Instead we will inform our customers that firefox has an issue, and that our dialogs in firefox will take up more space due to the padding we must add to hack in a fix for this. If there is a workaround available, that would be of great interest to us. Thanks.

Priority: P3 → P1

Thanks for your report. I can reproduce this with overflow: auto per the original test case. Clearly a bug, but not at P1 level. Putting this on our quality backlog as something to address in the mid-term.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: P1 → P3
Whiteboard: [layout:backlog:quality]

Safari matches the Firefox behaviour. Chrome differs, didn't look into which is correct though.

This is basically a version of bug 764076.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.