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

[bugzilla-daemon at webkit.org]

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





--- Comment #20 from Kenichi Ishibashi <bashi at google.com>  2011-02-17 03:35:54 PST ---
Hi All,

(In reply to comment #19)
> But doesn't that mean your initial approach is incorrect?  Do you think fixing the root cause will help resolve this bug as well?

I agree that fixing the root cause will help even this bug is no longer occurred. However, I don't think my initial approach is appropriate way to fix the problem now. I think we can fix the cause more suitable way.

> > 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.

As for this, I'd like to ask Apple folks about the changeset 43419 (http://trac.webkit.org/changeset/43419). Could you give me the reason why this change is needed? As far as I tested, calling Editor::appliedEditing() before markMisspelingsAfterTyping() will fix the problem because appliedEditing() will promptly match the m_value of HTMLTextAreaElement and text value of its renderer. I think calling appliedEditing() before markMisspelingsAfterTyping() is simple and most suitable way to fix the problem.

Regards,

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