[Webkit-unassigned] [Bug 185248] [GTK] Special combination characters doesn't respect the keystroke order when high CPU load

[bugzilla-daemon at webkit.org]

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

Claudio Saavedra <csaavedra at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |csaavedra at igalia.com

--- Comment #3 from Claudio Saavedra <csaavedra at igalia.com> ---
I found the culprit to this problem but I am not sure if the fix will be easy.

WebPageProxy, in the UI process, keeps a queue of keyboard events in order to send them to the Web process in order. It only sends one at the time, and the next in the queue is only sent when the web process responds that it has received the event (this is why under heavy load keystrokes are very slow, but that's a different issue).

For simple keys, the IM filter passes the event to the WebPageProxy, that queues the events as described above.

For composed keys, the IM filter passes the event to the WebPageProxy (which queues them), but in addition it handles the composition by using the composition methods. Once the composition is confirmed (say, á in example in comment #0), the WebPageProxy sends the ConfirmedComposition message to the web process with the composed text without regards to the key event queue, skipping it. The web process receives then the composed text and forwards it to the editor which inserts it immediately. The queued events in the ui process continue to be processed afterwards.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20181122/9e094407/attachment.html>