(In reply to Daniel Holbert [:dholbert] from comment #4) > The second textarea is a slight variant where I've added `word-wrap:normal` to make it more-possible for there to be horizontal overflow (though in this case there isn't any such overflow). This makes Chrome agree with us and render it as tall enough to show 2 lines of text (reserving some space for a hoirzontal scrollbar), which is an interesting inconsistency on their part when comparing these first two textareas. Safari matches Chrome on this, for what it's worth. I'll spin off a bug to consider changing our sizing behavior on this (might require a bit more investigation to nail down the precisely correct conditions; ideally we should get this webcompat issue addressed on Google's end in the meantime, since a hypothetical textarea sizing change would be fiddly & take some time to make it through the release channels).
Bug 1829588 Comment 5 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Daniel Holbert [:dholbert] from comment #4) > The second textarea is a slight variant where I've added `word-wrap:normal` to make it more-possible for there to be horizontal overflow (though in this case there isn't any such overflow). This makes Chrome agree with us and render it as tall enough to show 2 lines of text (reserving some space for a hoirzontal scrollbar), which is an interesting inconsistency on their part when comparing these first two textareas. Safari matches Chrome on this, for what it's worth. I'll spin off a bug [EDIT: spun off as bug 1830576] to consider changing our sizing behavior on this (might require a bit more investigation to nail down the precisely correct conditions; ideally we should get this webcompat issue addressed on Google's end in the meantime, since a hypothetical textarea sizing change would be fiddly & take some time to make it through the release channels).