We currently use the C API to interact with the PageProxy in Ewk_View even though we keep a pointer to the PageProxy object. This means we call toAPI() on our PageProxy object all the time for no reason.
Created attachment 154855 [details]
Comment on attachment 154855 [details]
View in context: https://bugs.webkit.org/attachment.cgi?id=154855&action=review
I think the patch looks good, apart from the boolean trap below:
> + priv->pageClient->page()->reload(true);
This and the other invocation of reload() a few lines up is a classic example of the boolean trap. I suggest to replace it with a comment:
Created attachment 154880 [details]
Take Simon's feedback into consideration.
Comment on attachment 154880 [details]
Patch is broken.
Created attachment 154881 [details]
Comment on attachment 154881 [details]
Rejecting attachment 154881 [details] from commit-queue.
Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '-..." exit_code: 2
Last 500 characters of output:
Parsed 2 diffs from patch file(s).
patching file Source/WebKit2/ChangeLog
Hunk #1 succeeded at 1 with fuzz 3.
patching file Source/WebKit2/UIProcess/API/efl/ewk_view.cpp
Hunk #3 FAILED at 593.
Hunk #7 succeeded at 768 with fuzz 2.
1 out of 17 hunks FAILED -- saving rejects to file Source/WebKit2/UIProcess/API/efl/ewk_view.cpp.rej
Failed to run "[u'/mnt/git/webkit-commit-queue/Tools/Scripts/svn-apply', u'--force', u'--reviewer', u'Simon Haus..." exit_code: 1 cwd: /mnt/git/webkit-commit-queue/
Full output: http://queues.webkit.org/results/13373325
Created attachment 154901 [details]
Patch for landing
Rebase on master. Could someone please cq+ ?
Comment on attachment 154901 [details]
Patch for landing
Clearing flags on attachment: 154901
Committed r123866: <http://trac.webkit.org/changeset/123866>
All reviewed patches have been landed. Closing bug.