[Webkit-unassigned] [Bug 152974] New: [WK2][GTK] Propagate motion-notify-event signals from the WebView

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Jan 11 02:34:47 PST 2016


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

            Bug ID: 152974
           Summary: [WK2][GTK] Propagate motion-notify-event signals from
                    the WebView
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: All
                OS: Linux
            Status: NEW
          Keywords: Gtk
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: mario at webkit.org
                CC: bugs-noreply at webkitgtk.org, cgarcia at igalia.com,
                    philip.chimento at gmail.com

As it was brought up in the mailing list recently[1], there are some signals for which the default handlers in the WebView prevent them from being propagated as there is no way to know, in a multi-process model, when the WebProcess have actually processed them or not (they should be propagated when not processed). See more detailed explanation in [2].

Options proposed were, mainly, to either store the event in the UI process and re-emit later once we know the Web process has not been handled (as done for key events) or simply to return FALSE to always propagate them, which sounds like a good option for events like motion-event-notify, which do not act over any specific target (see [3] for a better explanation of the rationale behind).

I discussed this with Carlos on IRC and he agrees on doing that change for motion events, so tracking that change here.

[1] https://lists.webkit.org/pipermail/webkit-gtk/2016-January/002498.html
[2] https://lists.webkit.org/pipermail/webkit-gtk/2016-January/002500.html
[3] https://lists.webkit.org/pipermail/webkit-gtk/2016-January/002505.html

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160111/1d46baa7/attachment.html>


More information about the webkit-unassigned mailing list