WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WORKSFORME
9708
REGRESSION: NativeTextArea: "invisible blank lines" added after unfocus+focus
https://bugs.webkit.org/show_bug.cgi?id=9708
Summary
REGRESSION: NativeTextArea: "invisible blank lines" added after unfocus+focus
jonathanjohnsson
Reported
2006-07-03 05:46:55 PDT
Copying text from text area adds a "blank line" for every newline, but you can't see this by just pasting in the same text area. Steps to see some of the weirdness: 1. Type "test" return "test" in the comment field above (or any text area). 2. Click outside the text area, or make it lose focus in any other way. 3. Focus the text area and select all and copy. 4. Paste into TextEdit.app 5. There is now a blank line between the to test lines. If you want to see more strangeness, copy the resulting text from TextEdit, and paste it into the text area. Then you cannot move the cursor from the upper line to the lower by pressing the down arrow. I couldn't find this bug in bugzilla, but as there are many bugs filed on NativeTextArea, I may have missed it.
Attachments
testcase
(289 bytes, text/html)
2006-07-12 20:12 PDT
,
Justin Garcia
no flags
Details
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Alice Liu
Comment 1
2006-07-05 13:53:49 PDT
<
rdar://problem/4614187
>
Justin Garcia
Comment 2
2006-07-12 20:12:45 PDT
Created
attachment 9420
[details]
testcase automated testcase that illustrates the bug
Justin Garcia
Comment 3
2006-07-12 20:13:16 PDT
Comment on
attachment 9420
[details]
testcase oops this is a testcase for a different bug
David Kilzer (:ddkilzer)
Comment 4
2006-07-15 14:27:55 PDT
Here is another way to reproduce this bug with the down arrow. Steps to reproduce: 1. Open a page with a text area (like this bug). 2. Type "abc". 3. Hit Enter. 4. Type "123". 5. Hit Enter. 6. Cmd-A to select all. 7. Cmd-X to cut. 8. Hit Enter. 9. Hit Cmd-V to paste. 10. Click the mouse on the first line (which is blank) to position the cursor. 11. Click the down arrow THREE times. Expected results: The cursor should be at the beginning of the third line. Actual results: The cursor is at the end of the second line, and hitting the down arrow ad infinitum does nothing.
David Kilzer (:ddkilzer)
Comment 5
2006-07-15 14:30:03 PDT
Here is another way to reproduce this bug with the RIGHT ARROW. Steps to reproduce: 1. Open a page with a text area (like this bug). 2. Type "abc". 3. Hit Enter. 4. Type "123". 5. Hit Enter. 6. Cmd-A to select all. 7. Cmd-X to cut. 8. Hit Enter. 9. Hit Cmd-V to paste. 10. Click the mouse on the first line (which is blank) to position the cursor. 11. Click the right arrow FIVE times. Expected results: The cursor should be at the beginning of the third line. Actual results: The cursor is at the end of the second line. Hitting the right arrow a sixth time places the cursor AFTER the first character ("1") on the third line.
Alexander Kellett
Comment 6
2006-07-19 04:25:07 PDT
***
Bug 9997
has been marked as a duplicate of this bug. ***
Vladimir Olexa (vladinecko)
Comment 7
2007-01-17 08:13:31 PST
I followed all test cases and couldn't reproduce any of the reported symptoms. using 10.4.8, ToT b.18737
jonathanjohnsson
Comment 8
2007-01-17 13:21:52 PST
This works for me now as well. Thanks Vladimir for testing. Closing as WORKSFORME, as I don't know when or how it got fixed.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug