Bug 81863
| Summary: | Text inputs do not follow the rules for replaced absolutely positioned elements correctly | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Boris Zbarsky <bzbarsky> |
| Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bfulgham, hyatt, mitz, mounir, phiw2, simon.fraser |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | data:text/html,<input style="position: absolute; left: 0; right: 0"> | ||
Boris Zbarsky
Consider the testcase in the url field. In WebKit this renders with the input stretching the full width of the viewport. Per CSS 2.1 section 10.3.8, the width should be the width a text input would normally have (rule 1 in 10.3.8), and the 'right' value should be ignored because the values are over-constrained (rule 6 in 10.3.8).
WebKit gets this right for images, but not for text inputs.
Gecko, Presto, and Trident all do this right.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Brent Fulgham
WebKit and Blink agree on this behavior. Gecko is the outlier -- I'm not sure if we want to lose compatibility with Chrome behavior here.