NEW 116714
[WK2][GTK] Use GtkWindow::is-active to set WindowIsActive flag in WebViewBase
https://bugs.webkit.org/show_bug.cgi?id=116714
Summary [WK2][GTK] Use GtkWindow::is-active to set WindowIsActive flag in WebViewBase
Claudio Saavedra
Reported 2013-05-24 02:39:13 PDT
[WK2][GTK] Use GtkWindow::is-active to set WindowIsActive flag in WebViewBase
Attachments
Patch (4.53 KB, patch)
2013-05-24 02:39 PDT, Claudio Saavedra
no flags
Patch (4.57 KB, patch)
2013-05-27 14:02 PDT, Claudio Saavedra
cgarcia: review-
Claudio Saavedra
Comment 1 2013-05-24 02:39:58 PDT
Claudio Saavedra
Comment 2 2013-05-24 02:42:23 PDT
Comment on attachment 202794 [details] Patch Something is wrong with the patch, should have tested it first.
Claudio Saavedra
Comment 3 2013-05-27 14:02:51 PDT
WebKit Commit Bot
Comment 4 2013-05-27 14:04:19 PDT
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See http://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API
WebKit Commit Bot
Comment 5 2013-05-27 14:04:29 PDT
Attachment 203010 [details] did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/WebKit2/ChangeLog', u'Source/WebKit2/UIProcess/API/gtk/WebKitWebViewBase.cpp']" exit_code: 1 Source/WebKit2/UIProcess/API/gtk/WebKitWebViewBase.cpp:201: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] Total errors found: 1 in 2 files If any of these errors are false positives, please file a bug against check-webkit-style.
Carlos Garcia Campos
Comment 6 2013-05-28 02:53:56 PDT
Comment on attachment 203010 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=203010&action=review I wonder if we still need the hack when the toplevel is a popup and the focus has been set programatically by WTR. Did you run the tests? > Source/WebKit2/ChangeLog:7 > + You should explain here the changes, why are they needed? what bug does this fix exactly? What's the new behaviour? what's broken before? etc. > Source/WebKit2/ChangeLog:12 > + GtkWindow::is-toplevel instead of focus-in/out to set the is-toplevel? I guess you mean is-active > Source/WebKit2/UIProcess/API/gtk/WebKitWebViewBase.cpp:116 > + unsigned long toplevelIsActiveID; Nit: I would use toplevelNotifyIsActiveID to make a bit clearer this is the ID of a signal handler. > Source/WebKit2/UIProcess/API/gtk/WebKitWebViewBase.cpp:167 > +static void toplevelWindowNotifyIsActive(GtkWindow* window, GParamSpec* pspec, WebKitWebViewBase* webViewBase) Remove the names of unused parameters (pspec). > Source/WebKit2/UIProcess/API/gtk/WebKitWebViewBase.cpp:170 > + priv->isInWindowActive = gtk_window_is_active(window); Do we still need to cache the value? or can we use gtk_window_is_active(window) directly when needed?
Note You need to log in before you can comment on or make changes to this bug.