WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
Details
Formatted Diff
Diff
Patch
(4.57 KB, patch)
2013-05-27 14:02 PDT
,
Claudio Saavedra
cgarcia
: review-
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Claudio Saavedra
Comment 1
2013-05-24 02:39:58 PDT
Created
attachment 202794
[details]
Patch
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
Created
attachment 203010
[details]
Patch
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.
Top of Page
Format For Printing
XML
Clone This Bug