1386100 - "white-space: normal" style rule collapses newlines in textarea

Status: UNCONFIRMED

(Core :: Layout: Form Controls, defect, P3)

Description

[Marc Auslander]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:55.0) Gecko/20100101 Firefox/55.0
Build ID: 20170727114534

Steps to reproduce:

visit https://support.tivo.com/CreateCaseFromSupport
try to type in How May we Help You using the enter key to create more than one line of text



Actual results:

The enter key produces a space or nothing


Expected results:

Enter key should create new line.

Comment 1

[Kohei Yoshino [:kohei]]

Removing white-space:normal from CSS solve the issue, but I'm not sure if this is an expected behaviour.

See also https://connect.microsoft.com/IE/feedback/details/818266/newline-n-problem-with-whitespace-nowrap-or-whitespace-normal-in-textarea

Comment 2

[Tooru Fujisawa [:arai]]

Chrome Canary and WebKit don't collapse newlines.

Comment 3

[Xidorn Quan [:xidorn] UTC+11]

So, I think Firefox's behavior is correct on this in terms of relevant specs. But I can understand that probably no author actually wants to make <textarea> collapse whitespaces like this.

One solution to this compat issue would probably be changing the HTML spec to make "white-space: pre-wrap" declaration "!important" so that author stylesheet cannot override the value of this property on <textarea>. This would make the spec match the behavior of Blink and WebKit without any further special-casing.

Comment 4

[Xidorn Quan [:xidorn] UTC+11]

Filed HTML spec issue whatwg/html#3301 for this.

Comment 5

[Firefox Bug Husbandry Bot]

https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Move_fix-optionals

Comment 6

[Jonathan Watt [:jwatt]]

Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)

Comment 7

[Brian Birtles (:birtles, Feb 26~ parental leave)]

This is causing issues on this form: https://sharoushi.o-sr.co.jp/contact

Comment 8

[Thomas Wisniewski [:twisniewski]]

The problem no longer reproduces on sharoushi.o-sr.co.jp, and we're unaware of other sites where this is a problem, so let's unset the webcompat priority for now.