Closed Bug 1322236 Opened 8 years ago Closed 8 years ago

scrollWidth returns clientWidth instead of the actual content width when used with flex row-reverse

Categories

(Core :: Layout, defect)

50 Branch
x86_64
Windows 8.1
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1042151

People

(Reporter: maksym.kobieliev, Unassigned)

References

()

Details

(Keywords: testcase)

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36

Steps to reproduce:

Please take a look at this plunker: http://plnkr.co/edit/OXm4T2i0tw6UOEwaDSkx?p=preview

The script alerts the scrollWidth property of the .container div.

My Firefox version is 50.0.2, OS is Win8.1. The bug also reproduces on IE11, but not on Chrome (Chrome proves expected behavior).


Actual results:

Returned scrollWidth equals to 940px (the width of the element itself).


Expected results:

Should return approximately 1610px - the total width of the element children.
OS: Unspecified → Windows 8.1
Hardware: Unspecified → x86_64
Component: Untriaged → DOM: CSS Object Model
Keywords: testcase
Product: Firefox → Core
Thanks for the bug report!

This is effectively the same as bug 1042151, I think -- basically, content that's pushed off the "start" side of an overflow:[non-visible] flex container isn't scrollable in Firefox right now.

(In bug 1042151, the testcase is using the vertical axis, with content pushed off the top -- whereas this bug is using the horizontal axis, with content pushed off the left side. But it's the same basic problem.)
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Component: DOM: CSS Object Model → Layout
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.