Bug 269169
| Summary: | Investigate field-sizing: content interaction with size containment | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Luke Warlow <lwarlow> |
| Component: | CSS | Assignee: | Luke Warlow <lwarlow> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | 50167214, andrew, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Bug Depends on: | 269124, 269125 | ||
| Bug Blocks: | 264720 | ||
Luke Warlow
If you load `data:text/html,<select style="field-sizing:content;contain:size;"><option>option 1</option><option>really long option awdaadwadw</option></select>`, `data:text/html,<textarea style="field-sizing: content; contain:size;">long content</textarea>`, or `data:text/html,<input style="field-sizing: content; contain:size;" value="longcontent">` you'll see there's serious usability issues with size containment mixed with `field-sizing: content`.
This issue is to track investigating what the expected behaviour is and adjust the implementations to match that along with adding any tests that might be needed.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Luke Warlow
Based on the answer provided in https://issues.chromium.org/issues/324585426 WebKit should just ensure that it's consistent with Chromium in its behaviour.
Radar WebKit Bug Importer
<rdar://problem/123186769>
yisibl
It looks like Safari's(TP 217) behavior is now in line with Chrome?
Luke Warlow
Yeah I believe the implementations should be near enough the same (might be minor discrepencies but thats due to the fact form control rendering isn't standardised). So I believe this bug just needs to remove a few FIXME comments in code.
Luke Warlow
Pull request: https://github.com/WebKit/WebKit/pull/50667
EWS
Committed 299911@main (d5a973881913): <https://commits.webkit.org/299911@main>
Reviewed commits have been landed. Closing PR #50667 and removing active labels.