[Webkit-unassigned] [Bug 110682] New: Deletion of selection in contenteditable node results in incorrect DOM ordering

[bugzilla-daemon at webkit.org]

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

           Summary: Deletion of selection in contenteditable node results
                    in incorrect DOM ordering
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
               URL: http://persistent.info/webkit/test-cases/selection-del
                    etion.html
        OS/Version: Unspecified
            Status: NEW
          Keywords: HasReduction
          Severity: Normal
          Priority: P2
         Component: HTML Editing
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: mihaip at chromium.org
                CC: rniwa at webkit.org


Test case: http://persistent.info/webkit/test-cases/selection-deletion.html

1. Press the "Select '1. One'" button (or select the text "1. One" without the trailing newline)
2. Press the "execCommand('delete')" button (or press the delete key)

Expected result:

The "1. One" text is gone, but the contenteditable is otherwise unaffected, i.e.:
<empty line>
2. Two
3. Three

Actual result:

The latter two lines are combined into one, and the order is reversed:
<empty line>
3. Three2. Two

There appear to be several contributing factors in the test case:
- The lines all have "position: relative"
- There's a contenteditable=false "toolbar" div before before the first line
- There can't be any intervening whitespace in the DOM between the first two lines (see the lack of newline in the test case)

Bug 108987 may be related (in that it also involve contenteditable="false" elements)

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