[Webkit-unassigned] [Bug 81272] New: Inconsistent paste behavior with newline terminated content

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Mar 15 15:00:28 PDT 2012


https://bugs.webkit.org/show_bug.cgi?id=81272

           Summary: Inconsistent paste behavior with newline terminated
                    content
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
        OS/Version: Unspecified
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Forms
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: jasonsj at adobe.com
                CC: WebkitBugTracker at adobe.com


Created an attachment (id=132129)
 --> (https://bugs.webkit.org/attachment.cgi?id=132129&action=review)
TextArea test cases

Steps to reproduce:
1. Open attached webkit-newline.html
2. Select the full line 4 and copy (via triple click or setting cursor at line 4, char 0 and select shift+down to ensure copied contents includes the newline termination)
3. Paste twice. Once over the selection to (a) paste over the selection and (b) reposition the cursor and the second time to paste the same contents at the new cursor location.
4. Observe the empty line between each "line 4"
5. Repeat steps 1-2
6. Instead of pasting over the selection, arrow down to the line below line 4
7. Paste once
8. Observe no empty space between each "line 4"

Expected behavior:
Consistent behavior for each scenario.

Observations:
It appears that in step #3, the first paste perhaps places the insertion point after the newline that terminates the 1st pasted content, resulting in an extra empty line.
In step #6, when arrowing down, it may be that the insertion point is somehow before the newline, resulting in no extra empty line.
In both above observations, the cursor position appears to be the same.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list