[Webkit-unassigned] [Bug 49523] IME candidate characters inserted unexpectedly to textarea which listens compositionupdate event

Thu Feb 17 02:39:13 PST 2011

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

--- Comment #19 from Ryosuke Niwa <rniwa at webkit.org>  2011-02-17 02:39:13 PST ---
(In reply to comment #18)
> During investigating another chromium bug (http://crbug.com/66848), I realized that the essential cause of this bug is not IME related stuff. Under some particular situation, modifying style attribute in event handlers causes an inconsistency between m_value of HTMLTextAreaElement and the return value of RenderTextControl::text() even if HTMLTextAreaElement::formControlValueMachesRenderer() returns true.

Ah, I see.  But doesn't that mean your initial approach is incorrect?  Do you think fixing the root cause will help resolve this bug as well?

> It is very complicate to explain why such inconsistency could occur. In short, the reason is not calling HTMLTextAreaElement::setFormControlValueMachesRenderer(false) immediately after inserting text into the element.

Oops! That sounds like a really bad bug.

> As far as I investigated, the reason why Safari doesn't have such problems seems that the order of calling TypingCommand::markMisspellingsAfterTyping() and Editor::appliedEditing() in TypingCommand::typingAddedToOpenCommand().

Ok.

> I'll file a bug for http://crbug.com/66848 to bugs.webkit.org and try to explain a little more minutely.

Looking forward to see it.

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