RESOLVED FIXED269169
Investigate field-sizing: content interaction with size containment 
https://bugs.webkit.org/show_bug.cgi?id=269169
Summary Investigate field-sizing: content interaction with size containment
Luke Warlow
Reported 2024-02-11 05:23:18 PST
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
Comment 1 2024-02-14 04:24:59 PST
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
Comment 2 2024-02-18 05:24:14 PST
<rdar://problem/123186769>
yisibl
Comment 3 2025-05-26 01:30:18 PDT
It looks like Safari's(TP 217) behavior is now in line with Chrome?
Luke Warlow
Comment 4 2025-05-26 02:35:59 PDT
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
Comment 5 2025-09-12 11:57:59 PDT
Pull request: https://github.com/WebKit/WebKit/pull/50667
EWS
Comment 6 2025-09-12 13:56:11 PDT
Committed 299911@main (d5a973881913): <https://commits.webkit.org/299911@main> Reviewed commits have been landed. Closing PR #50667 and removing active labels.
Note You need to log in before you can comment on or make changes to this bug.