WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
69814
[GTK] [WebKit2] Allow sharing page clients between WebViews
https://bugs.webkit.org/show_bug.cgi?id=69814
Summary
[GTK] [WebKit2] Allow sharing page clients between WebViews
Martin Robinson
Reported
2011-10-10 21:25:38 PDT
Currently the WebKitWebLoaderClient is structured in such a way that it can only be attached to one WebView. Since C API page client callbacks carry the page as an argument, this restriction doesn't need to exist. This bug tracks allowing sharing clients between WebViews. This more closely matches the WebKit1 delegates that the Mac port uses and the WebKit2 C API.
Attachments
Patch
(38.90 KB, patch)
2011-10-10 21:48 PDT
,
Martin Robinson
no flags
Details
Formatted Diff
Diff
Patch also disconnecting new signal handler on fixture destruction
(39.22 KB, patch)
2011-10-10 22:15 PDT
,
Martin Robinson
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Martin Robinson
Comment 1
2011-10-10 21:48:25 PDT
Created
attachment 110469
[details]
Patch
Martin Robinson
Comment 2
2011-10-10 22:15:00 PDT
Created
attachment 110474
[details]
Patch also disconnecting new signal handler on fixture destruction
Carlos Garcia Campos
Comment 3
2011-10-11 00:35:18 PDT
Comment on
attachment 110474
[details]
Patch also disconnecting new signal handler on fixture destruction View in context:
https://bugs.webkit.org/attachment.cgi?id=110474&action=review
Patch looks good to me, maybe you can use current test instead of making this patch depend on uncomitted patches, so that it can land as soon as it's reviewed.
> Source/WebKit2/UIProcess/API/gtk/WebKitDefines.h:38 > +typedef struct _WebKitWebView WebKitWebView; > +typedef struct _WebKitWebViewClass WebKitWebViewClass; > + > +typedef struct _WebKitWebLoaderClient WebKitWebLoaderClient; > +typedef struct _WebKitWebLoaderClientClass WebKitWebLoaderClientClass; > +
This change is unrelated, I prefer typedefs of every instance/class in their own header, or is there a reason to hae all of them here?
Martin Robinson
Comment 4
2011-10-11 10:11:25 PDT
Comment on
attachment 110474
[details]
Patch also disconnecting new signal handler on fixture destruction View in context:
https://bugs.webkit.org/attachment.cgi?id=110474&action=review
>> Source/WebKit2/UIProcess/API/gtk/WebKitDefines.h:38 >> + > > This change is unrelated, I prefer typedefs of every instance/class in their own header, or is there a reason to hae all of them here?
I was unhappy with this change as well, but WebKitWebLoaderClient.h refers to WebKitWebView* and WebKitWebView.h refers to WebKitWebLoaderClient*. If you can think of another way to solve the issue, I'll give it a shot.
Philippe Normand
Comment 5
2011-10-17 08:57:36 PDT
Comment on
attachment 110474
[details]
Patch also disconnecting new signal handler on fixture destruction The patch looks good to me, one suggestion maybe, have a test with a single loader client handling multiple webViews?
Xan Lopez
Comment 6
2011-10-19 01:12:36 PDT
Comment on
attachment 110474
[details]
Patch also disconnecting new signal handler on fixture destruction Seems to be basically just moving code around, so looks good to me (without having much context about this stuff yet!). A couple of small comments: - Seems the estimated progress property could have been moved to the view in a previous patch. Would have made things easier to review? - I agree with Phil that some code testing the new possibility of multiple views per loader client makes sense.
Martin Robinson
Comment 7
2011-10-19 19:13:25 PDT
(In reply to
comment #6
)
> (From update of
attachment 110474
[details]
) > Seems to be basically just moving code around, so looks good to me (without having much context about this stuff yet!). A couple of small comments: > - Seems the estimated progress property could have been moved to the view in a previous patch. Would have made things easier to review? > - I agree with Phil that some code testing the new possibility of multiple views per loader client makes sense.
Thanks for the review. I landed this patch with a new unit test as described.
Martin Robinson
Comment 8
2011-10-19 19:14:00 PDT
Committed
r97920
: <
http://trac.webkit.org/changeset/97920
>
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