[Webkit-unassigned] [Bug 185248] New: [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

            Bug ID: 185248
           Summary: [GTK] Special combination characters doesn't respect
                    the keystroke order when high CPU load
           Product: WebKit
           Version: WebKit Local Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: agomez at igalia.com
                CC: bugs-noreply at webkitgtk.org

I've been experiencing this for a long, loooong time. It only happens that I've finally decided to report this.

When using WKGTK+ (Ephy, as a ephy web app or embedded in, for example, Revolt (https://github.com/aperezdc/revolt) ), if the CPU gets to high load, usually due to WKGTK+ itself, writing in a text field doesn't get fluid. You may write a long text and it would only appear after some seconds.

When this happens, the keystrokes involving a combination of keystrokes, for example, accented letters (á, é, é, í, ó, ú) doesn't respect the order in which they were typed but jump to the first position.

For example, if I would be writing the following sentence:

"webkit está genial"

If the delay and high CPU happens just after the word "webkit" has been typed, I will get in the end:

"webkitá est genial"


I can reproduce this with Debian Testing's WebKitGTK+ 2.20.1 and Ephy 3.28.1

In any case, as said, I've experienced this for a long time.

-- 
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/20180503/75dc5db4/attachment.html>