Bug 154646 – <input type="file"> is inconsistent about whether its intrinsic size can be 0

• Component: Layout and Rendering
• Status: NEW

[Daniel Holbert]

STR:
1. Visit https://jsfiddle.net/0j2ozsvn/

EXPECTED OUTPUT:
Three lines that look the same. ("Greedy cell" should take pretty much all of the space on each line.)

ACTUAL OUTPUT:
The first line, "Greedy cell" does *not* take all of the space -- there's a big aqua area for the first cell.

NOTES:
 * In each case, the first cell only contains an <input type="file"> element. In the first line, it explicitly has "width:0", and on the next two lines it has a percent width.
 * Paradoxically, that first line (with "width:0") is the one where it gives its table-cell a *large* intrinsic width.

OTHER BROWSERS:
- Chrome (on Linux) matches the confusing Safari behavior.
- Edge 13 on Windows 10 gives EXPECTED RESULTS
- Firefox 44 gives EXPECTED RESULTS.


I also filed https://bugs.chromium.org/p/chromium/issues/detail?id=589555 for this same issue in Blink.

[Daniel Holbert]

Created attachment 272126 [details]
testcase 1

Here's the jsfiddle (slightly reduced/simplified) as an attachment, for archival purposes.

[Radar WebKit Bug Importer]

<rdar://problem/24821216>

[Ahmad Saleem]

I am able to reproduce this bug from attached test case in Safari 16.1 and STP 156 where first cell has expanded cell while Chrome Canary 109 and Firefox Nightly 108 matches with below two rows in cell size etc. and everything.

Just wanted to update. Thanks!

[Ahmad Saleem]

This seems to have now worse looking with Safari Technology Preview 163, where "Choose File" is not hidden like Safari 16.3 and other browsers.