RESOLVED FIXED 80838
Final newline (LF or CRLF) in paste buffer is converted to space 
https://bugs.webkit.org/show_bug.cgi?id=80838
Summary Final newline (LF or CRLF) in paste buffer is converted to space
gregg
Reported 2012-03-12 08:09:33 PDT
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.
Attachments
Patch (6.73 KB, patch)
2012-10-11 01:16 PDT, Kunihiko Sakamoto 		no flags
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Kunihiko Sakamoto
Comment 1 2012-10-11 01:16:13 PDT
Created attachment 168164 [details] Patch
Ryosuke Niwa
Comment 2 2012-10-11 01:21:24 PDT
Comment on attachment 168164 [details] Patch Looks sane to me.
WebKit Review Bot
Comment 3 2012-10-11 02:23:50 PDT
Comment on attachment 168164 [details] Patch Clearing flags on attachment: 168164 Committed r131032: <http://trac.webkit.org/changeset/131032>
WebKit Review Bot
Comment 4 2012-10-11 02:23:53 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.