tree 7fc4df4203aceaa139dc44198945d519f47196d8
parent 7179a415b40a2079f4c242023ff0c0a05cf546be
author Sergio <svillar@igalia.com> 1615387387 +0100
committer GitHub <noreply@github.com> 1615387387 +0100
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJgSNr7CRBK7hj4Ov3rIwAAdHIIABYpxEsR22f5PPbbM4uCoL98
 77Tbv+SnAvfTNkOG/yZ4Wk8gsSzDbyYIlqSyp9yB9pAaLZn3v0pP9nw1UwVpckj0
 xyhhwbvYuR4J3OmKqCOBWYdvUgOszdySNyWdbMcAtH7NE9rFqhsEo0AjrkBV8am+
 cQNrrCuCo8adYNhsBwfeeAM9MvKhQoe9eHdX+UbpPNpmy9yrgeVvsDcxiH1D08hi
 J1UTbaijR8ydUh4M5AnnGbLSXIshpjSWtCMvmm0nyO+yyW51+oPL7DGScWyiC+oE
 0lppWKXPThx+DZoUlj+t6y1RR9J0OS2EfFThUJL5RBph1I3tI55obvvxfgXNm3c=
 =H+ob
 -----END PGP SIGNATURE-----
 

Fix (#27975)

WebKit has been applying (since 2003) what it calls intrinsic margins to control elements (like menu lists) for several reasons, mainly to leave space for focus rings and to keep them from butting up against one another. Those intrinsic margins are applied only if the control element (like <select>) has auto or intrinsic size.

This is a problem in select-element-zero-height-* tests in which the control has auto size in the gold standard and a specified size (100%) in the reference. From the WebKit POV the former needs "intrinsic margins" while the latter don't, creating 2px differences in the results that has nothing to do with flexbox.