[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