[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