Changeset 64489 in webkit
- Timestamp:
- Aug 2, 2010 1:50:36 PM (14 years ago)
- Location:
- trunk
- Files:
-
- 2 added
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/LayoutTests/ChangeLog
r64488 r64489 1 2010-07-20 Ojan Vafai <ojan@chromium.org> 2 3 Reviewed by Eric Seidel. 4 5 focusing the body of a contentEditable iframe resets the selection 6 https://bugs.webkit.org/show_bug.cgi?id=42645 7 8 * editing/selection/focus-contenteditable-iframe-expected.txt: Added. 9 * editing/selection/focus-contenteditable-iframe.html: Added. 10 1 11 2010-07-20 Ojan Vafai <ojan@chromium.org> 2 12 -
trunk/WebCore/ChangeLog
r64488 r64489 1 2010-07-20 Ojan Vafai <ojan@chromium.org> 2 3 Reviewed by Eric Seidel. 4 5 focusing the body of a contentEditable iframe resets the selection 6 https://bugs.webkit.org/show_bug.cgi?id=42645 7 8 The selection shouldn't be reset to the beginning of the rootEditableElement 9 if it is already inside the rootEditableElement. 10 11 Test: editing/selection/focus-contenteditable-iframe.html 12 13 * dom/Element.cpp: 14 (WebCore::Element::updateFocusAppearance): 15 1 16 2010-07-20 Ojan Vafai <ojan@chromium.org> 2 17 -
trunk/WebCore/dom/Element.cpp
r64488 r64489 1331 1331 if (!frame) 1332 1332 return; 1333 1334 // When focusing an editable element in an iframe, don't reset the selection if it already contains a selection. 1335 if (this == frame->selection()->rootEditableElement()) 1336 return; 1333 1337 1334 1338 // FIXME: We should restore the previous selection if there is one.
Note: See TracChangeset
for help on using the changeset viewer.