Bug 154342 – Textarea does not count newlines properly against maxlength

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: Forms

[Aaron Nance]

Hard carriage returns are being counted as 2 characters against the maxlength attribute. For example, if you have a textarea with a maxlength="20" and type "0123" and press enter, copy all, and paste as much as you can you'd expect the field to contain:

0123(newline)
0123(newline)
0123(newline)
0123(newline)

But what you get is 

0123(newline)
0123(newline)
0123(newline)
01

I've added the (newline) to clarify the newline characters. 

Each newline is being treated as a CR+LF instead of just a LF in the DOM.

This seems to be the same as ID 74686, which is marked as fixed, but still appears to be broken.

[Sam Sneddon [:gsnedders]]

this recently came up in https://github.com/mdn/browser-compat-data/issues/11988

re bug 74686, as the last comment there shows, the spec here changed in 2016: https://github.com/whatwg/html/commit/163703186794c21daa92cc2718218afa44f26071

(no WPT tests for this, far as I can tell)

[mxdvl]

This may be a duplicate of https://bugs.webkit.org/show_bug.cgi?id=249916 and may have been fixed by https://github.com/WebKit/WebKit/commit/2252898e2468994720be25176170e00bc7b26ca3

[Ryosuke Niwa]

This is indeed addressed by the bug 249916.

*** This bug has been marked as a duplicate of bug 249916 ***