[Webkit-unassigned] [Bug 46868] [Chromium] Input Method inserts conversion candidates unexpectedly

Tue Oct 12 00:55:38 PDT 2010

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

Kent Tamura <tkent at chromium.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tkent at chromium.org

--- Comment #8 from Kent Tamura <tkent at chromium.org>  2010-10-12 00:55:38 PST ---
The change will affect all platforms.  So we should not add "[Chromium]" to the bug title.

Is this issue Chromium-Mac specific? Does it occur on non-Mac or non-Chromium? Why?

(In reply to comment #1)
> When IME composition changes, WebKit calls the event listener at first and style recalculation is scheduled. Then, the IME composition is processed by Editor::setComposition(). In the typical sequence, it uses CompositionEditCommand::replaceTextInNode() to set the current IME composition into the text node which is on the textarea node. The replaceTextInNode() function is composed of DeleteFromTextNodeCommand and InsertIntoTextNodeCommand, and after invoking DeleteFromTextNodeCommand, it invokes style recalculation if it needed (and it's needed in this case).
> 
> At this point, a state mismatch occurred. Although the content of the text node has changed by deletion command, the textarea node still keeps previous text and the m_valueMatchesRenderer flag, which indicates whether the text is up-to-date, does not update yet. As the result, when WebKit recalculation the style of the textarea, it inserts the IME candidate text into the text node unexpectedly.

This explanation should be in ChangeLog.

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