[Webkit-unassigned] [Bug 60830] New: Mouse-select then Cut, results in preceding character being lost

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri May 13 22:53:03 PDT 2011


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

           Summary: Mouse-select then Cut, results in preceding character
                    being lost
           Product: WebKit
           Version: 525.x (Safari 3.2)
          Platform: Macintosh Intel
        OS/Version: Mac OS X 10.6
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: New Bugs
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: p.chapman.uk at gmail.com


Initially reported as a Chromium bug, I have been asked to post to webkit buglist....

Chrome Version       : 11.0.696.68
OS Version: OS X 10.6.7
Other browsers tested:
    Safari 5.0.5 (6533.21.1):  FAIL
    Chromium 11.0.692.0 (77020): FAIL
    Firefox 4.x: OK

What steps will reproduce the problem?

1. Load any webpage with a <TEXTAREA>, lets use http://www.w3schools.com/tags/tryit.asp?filename=tryhtml_textarea
2. Using the mouse, double click any word. Lets use 'because' as an example..
3. Press CMD-X to cut
3. Press CMD-V to paste it back again

What is the expected result?

'because' is cut into the clipboard, leaving the rest of the text intact
Pasting the word back should result in the original text again

What happens instead?

'because' is cut into the clipboard, but the preceding character (in this case a space) disappears completely (and isnt in clipboard). 
This happens no matter what the preceding character is, even if its a carriage return.

The same problem does *not* occur if you use the keyboard to select the word, and then cut.

-- 
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