WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
126002
[GTK] Some unit tests using web extensions fail when run alone
https://bugs.webkit.org/show_bug.cgi?id=126002
Summary
[GTK] Some unit tests using web extensions fail when run alone
Carlos Garcia Campos
Reported
2013-12-19 11:42:17 PST
For example /webkit2/WebKitWebExtension/document-loaded-signal. The problem is that the page is created before the dbus connection has been established, and we are connecting to web-page-created signal once we have a valid dbus connection. We should connect to the signal before connecting to dbus and queue any request to emit a dbus signal until the connection is set. This also fixes the WebExtensions tests when using the network process because a new web process is launched for every test case.
Attachments
Patch
(7.17 KB, patch)
2013-12-19 11:48 PST
,
Carlos Garcia Campos
gustavo
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2013-12-19 11:48:24 PST
Created
attachment 219668
[details]
Patch
WebKit Commit Bot
Comment 2
2013-12-19 11:49:41 PST
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
Gustavo Noronha (kov)
Comment 3
2013-12-20 03:40:08 PST
Comment on
attachment 219668
[details]
Patch Quite clean. You could drop the type from the constructor and infer it based on which constructor gets selected (no URL => document loaded, URL => uri changed), but I think I prefer the explicit one, it's more future proof too.
Carlos Garcia Campos
Comment 4
2013-12-20 04:01:21 PST
(In reply to
comment #3
)
> (From update of
attachment 219668
[details]
) > Quite clean. You could drop the type from the constructor and infer it based on which constructor gets selected (no URL => document loaded, URL => uri changed), but I think I prefer the explicit one, it's more future proof too.
Thanks for the review.
Carlos Garcia Campos
Comment 5
2013-12-20 04:08:35 PST
Committed
r160904
: <
http://trac.webkit.org/changeset/160904
>
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