[Webkit-unassigned] [Bug 23885] New: window.getSelection().getRangeAt(0).setEnd will modify the selection in FF
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Feb 10 18:17:49 PST 2009
https://bugs.webkit.org/show_bug.cgi?id=23885
Summary: window.getSelection().getRangeAt(0).setEnd will modify
the selection in FF
Product: WebKit
Version: 528+ (Nightly build)
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: NEW
Severity: Normal
Priority: P2
Component: HTML Editing
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: eric at webkit.org
CC: justin.garcia at apple.com, ojan at google.com,
jparent at google.com
window.getSelection().getRangeAt(0).setEnd will modify the selection in FF
I don't think we want to support this. But I'm pointing out here that we
differ from FF in this behavior. I will file a bug with FF once I come up with
a nice test case (which I will attach here).
FF's getRangeAt function returns the same Range objects as were passed into
addRange, meaning === returns true when compared with the range object passed
into addRange. Moreover, modifying the Range object returned by getRangeAt
will modify the selection.
I don't know how many sites depend on this behavior (if any). My vote is that
we do not support this behavior and that we convince FF to change away from
this confusing API, but I'd be very interested in hearing others opinions on
the matter.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the webkit-unassigned
mailing list