Closed Bug 1410692 Opened 8 years ago Closed 8 years ago

Incorrect rendering of SPAN containing TEXTAREA

Categories

(Core :: Layout, defect)

56 Branch
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: bugzzilla, Unassigned)

Details

Attachments

(1 file)

Attached file Example
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0 Build ID: 20170926190823 Steps to reproduce: Example shows SPAN not fully enclosing contained TEXTAREA. Actual results: SPAN is not wide enough to surround contained TEXTAREA. When resizing the TEXTAREA (which sets height and width explicitly), the containing SPAN snaps to the correct size. Expected results: SPAN should be formatted with the correct size without resizing the TEXTAREA.
same behavior on chrome and safari.
Component: Untriaged → Layout
Product: Firefox → Core
The behavior is expected. 1. The span has a shrink-to-fit width 2. The textarea has width:100% 3. This is a circular definition, which is broken as follows (https://drafts.csswg.org/css-sizing-3/#percentage-sizing) 1. The textarea is temporarily sized width width:auto (i.e. its intrinsic width) 2. Once the contribution of the textarea is known, the span can be sized 3. The textarea is sized again, now with width:100% 4. Since you also have some text, the textarea does not fit in the available space of that line 5. Usually, it would be moved to the following line, but you use white-space:nowrap 6. Therefore, the textarea overflows the span. When you resize the textarea, the browser styles it with a definite width measured in pixels. This is not a percentage, so there is no circular dependency, so the span can be sized taking the contribution of the textarea into account.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: