236108 2022-02-03 15:40:45 -0800 line-height: 1px on <input type=search> is not reflected in getComputedStyle() 2023-05-25 21:49:48 -0700 1 1 1 Unclassified WebKit Forms Safari Technology Preview Unspecified Unspecified NEW https://bugs.webkit.org/show_bug.cgi?id=203751 InRadar P2 Normal --- 1 zcorpan webkit-unassigned bfulgham cdumez karlcow webkit-bug-importer wenson_hsieh oldest_to_newest 1837147 0 zcorpan 2022-02-03 15:40:45 -0800 What steps will reproduce the problem? (1) Apply a 'line-height' that is smaller than 'normal' on <input type=search> (2) Call getComputedStyle(input).lineHeight (3) What is the expected result? 1px What happens instead? assert_equals: expected "1px" but got "normal" There's some magic for text entry widgets to change the used value of 'line-height' to 'normal' if it was smaller than 'normal', but the computed value should not be affected by this. Only used value. This doesn't happen with the type=text, type=url, type=email, type=password. Spec change: https://github.com/whatwg/html/pull/5462 Test: https://github.com/web-platform-tests/wpt/pull/32684 (Maybe related: https://bugs.webkit.org/show_bug.cgi?id=203751 ) 1837299 1 zcorpan 2022-02-04 00:47:25 -0800 dholbert pointed out that the test was incorrect, since getComputedStyle returns the resolved value, which for line-height will be the used value. So the used value should be something like 16px (depending on font metrics). I've now fixed the test. I also tested computedStyleMap() although it seems it is not yet supported in WebKit. (https://bugs.webkit.org/show_bug.cgi?id=175733) This bug thus applies to all text entry widgets, although <input type=search> is different from the others and returns 'normal'. 1837631 2 webkit-bug-importer 2022-02-04 16:15:31 -0800 <rdar://problem/88513265>