Open Bug 984275 Opened 9 years ago Updated 6 months ago

Computed property 'overflow' of scrolled textarea is 'visible' instead of 'scroll'


(Core :: CSS Parsing and Computation, defect, P5)

27 Branch





(Reporter: ddascalescu, Unassigned)



(Keywords: testcase)


(1 file)

Firefox should correctly return the value of the `overflow` property if the textarea has a scrollbar. That is, return `scroll` (or `auto`) instead of always `visible`. IE and WebKit correctly return `scroll` for a textarea that contains more rows than are currently visible.

*Applying* a property is a different story (bug #212763), but returning "scroll" when in fact the textarea is scroll, should be straightforward.
Component: Untriaged → CSS Parsing and Computation
Keywords: testcase
Product: Firefox → Core
See Also: → 212763
The computed value of overflow shouldn't depend on the amount of content in the textarea.

It looks like Chrome does something that can't actually be described in CSS here: the computed textarea overflow is "auto" if the specified value is "visible", but other specified values actually change the computed value.  I have no idea what exactly IE does here.

Given that per spec this is a replaced element and hence that the scrolling actually has very little to do with CSS per spec, it's not clear to me that you should be expecting any particular behavior here.  If anything, you should expect the one behavior the spec _does_ require for the "overflow" property: the computed value is the same as the specified value.  Which is what we implement.
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.