LayoutTests/editing/pasteboard/interchange-newline-3-expected.txt

   1 EDITING DELEGATE: shouldBeginEditingInDOMRange:range from 0 of DIV > BODY > HTML > #document to 0 of DIV > BODY > HTML > #document
   2 EDITING DELEGATE: webViewDidBeginEditing:WebViewDidBeginEditingNotification
   3 EDITING DELEGATE: webViewDidChangeSelection:WebViewDidChangeSelectionNotification
   4 EDITING DELEGATE: shouldChangeSelectedDOMRange:range from 0 of DIV > BODY > HTML > #document to 0 of DIV > BODY > HTML > #document toDOMRange:range from 0 of DIV > DIV > BODY > HTML > #document to 0 of DIV > DIV > BODY > HTML > #document affinity:NSSelectionAffinityDownstream stillSelecting:FALSE
   5 EDITING DELEGATE: webViewDidChangeSelection:WebViewDidChangeSelectionNotification
   6 EDITING DELEGATE: webViewDidChange:WebViewDidChangeNotification
   7 EDITING DELEGATE: webViewDidEndEditing:WebViewDidEndEditingNotification
   8 This demonstrates a bug in interchange newline handling during paste.
   9 There is an interchange newline at the end of the incoming fragment and so the caret should end up on an empty line.
  10 The editable region is followed by non-editable content, which breaks the old code in paste that handled interchange newlines.
  11 | "
  12 "
  13 | <div>
  14 |   contenteditable="true"
  15 |   id="test"
  16 |   "foo"
  17 |   <div>
  18 |     "bar"
  19 |   <div>
  20 |     <#selection-caret>
  21 |     <br>
  22 | "
  23 This is non-editable content.
  24
  25 "
  26 | <script>
  27 |   "
  28 runTest();
  29 "