Summary: | ASSERT in editing code, ASSERTION FAILED: selection.isCaretOrRange() | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Eric Seidel (no email) <eric> | ||||
Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | NEW --- | ||||||
Severity: | Normal | CC: | jparent, justin.garcia, ojan | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.5 | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 18858 | ||||||
Attachments: |
|
Description
Eric Seidel (no email)
2009-03-10 15:23:12 PDT
Created attachment 28452 [details]
test case ASSERTs in debug mode
It seems somehow the selection is set to a rootless <br> just before the ReplaceSelectionCommand is run: (gdb) p destination.m_deepPosition.container.get()->showTreeForThis() *BR 0xde5240 setEndingSelection(destination); applyCommandToComposite(ReplaceSelectionCommand::create(document(), fragment, true, false, !preserveStyle, false, true)); in CompositeEditorCommand::moveParagraphs This could be the same root cause as https://bugs.webkit.org/show_bug.cgi?id=19066 ? This is again an empty <img> at the beginning of a document, where the editing code could be getting confused as to if the best position should be [body, 0] or [img, 0] and doing strange things as a result... |