Closed
Bug 753966
Opened 13 years ago
Closed 13 years ago
Absolutely-positioned <textarea> elements don't respect both top and bottom CSS
Categories
(Core :: Layout: Positioned, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 410146
People
(Reporter: zarelsl, Unassigned)
Details
Attachments
(1 file)
Screenshot of the issue. Firefox on left, Chrome on right, source on far-right
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1130.1 Safari/536.11
Steps to reproduce:
On absolutely-positioned <textarea> and <div> elements, I set CSS `top:`, `bottom:`, `left:` and `right:`.
To make sure it's not a different issue, both elements were given `position:absolute; display:block; width:auto; height:auto;`.
The test site can be seen here: http://aesoft.org/zarel/rq/firefox/textarealayout.html
Actual results:
The <div> element stretched its width and height to fit the specified `top:`, `bottom:`, `left:`, and `right:`, but the <textarea> element ignored `bottom:` and `right:`.
Expected results:
Both elements should stretch.
|
Reporter | |
Comment 1•13 years ago
|
||
|
||
Updated•13 years ago
|
Component: Layout → Layout: R & A Pos
QA Contact: layout → layout.r-and-a-pos
|
||
Comment 2•13 years ago
|
||
This is the right behavior per spec. Chrome just gets it wrong. Gecko, Opera, and IE all get this right. See https://bugs.webkit.org/show_bug.cgi?id=81863
|
|
||
Comment 3•13 years ago
|
||
Note, in particular, that <img> would act just like <textarea>, for the same reasons. <div> is not a replaced element, unlike <img> and <textarea>.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•