Bug 80838 – Final newline (LF or CRLF) in paste buffer is converted to space

• Component: Forms
• Status: RESOLVED FIXED

[gregg]

Using Chrome 19.0.1061.1 dev-m (and many previous versions)

Chrome had a related bug (http://code.google.com/p/chromium/issues/detail?id=106551) dealing with the final newline in the paste buffer that they fixed (https://bugs.webkit.org/show_bug.cgi?id=79305), but they say the second part is a WebKit issue and has always been that way. However, no other browser works this way.

On a form where an INPUT TYPE=TEXT field is pasted into, the final newline is converted to a space and other browsers I tested truncate it.

Given a paste buffer of "A[newline]B[newline]C[newline]" the results of the paste into the TEXT field in various browsers is:

FireFox: "A B C"
IE: "A B C"
Chrome/WebKit: "A B C " (trailing space after C)

This is most noticeable when copying text from a MS Excel field. If the TEXT field is a password field (***) you won't even see the trailing space to know to remove it with a quick backspace.

[Kunihiko Sakamoto]

Created attachment 168164 [details]
Patch

[Ryosuke Niwa]

Comment on attachment 168164 [details]
Patch

Looks sane to me.

[WebKit Review Bot]

Comment on attachment 168164 [details]
Patch

Clearing flags on attachment: 168164

Committed r131032: <http://trac.webkit.org/changeset/131032>

[WebKit Review Bot]

All reviewed patches have been landed.  Closing bug.