RESOLVED FIXED 104086
[BlackBerry] new target window would cause the url being loaded twice
https://bugs.webkit.org/show_bug.cgi?id=104086
Summary [BlackBerry] new target window would cause the url being loaded twice
Mary Wu
Reported 2012-12-04 21:44:02 PST
When webkit need to open window for a new target like (<a href="abc.html" target="_blank">new target</a>), it would load the url subsequently after createWindow. But the browser side would load the url again when it get the OpenWindowEvent from native, which causes the url be loaded twice. We should make sure that createWindow() be used to create a new window only, not loading url.
Attachments
Patch (2.31 KB, patch)
2012-12-04 21:54 PST, Mary Wu
no flags
Patch (2.33 KB, patch)
2012-12-06 22:30 PST, Mary Wu
no flags
Patch (2.33 KB, patch)
2012-12-06 22:53 PST, Mary Wu
no flags
Mary Wu
Comment 1 2012-12-04 21:54:57 PST
Yong Li
Comment 2 2012-12-06 06:59:05 PST
+Jacky Jacky fixed a similar issue recently. Jacky, can you take a look at this patch?
Jacky Jiang
Comment 3 2012-12-06 14:48:45 PST
(In reply to comment #2) > +Jacky > > Jacky fixed a similar issue recently. Jacky, can you take a look at this patch? Yes, it's the similar issue of mine, just different situation. R+ from me Yong.
Yong Li
Comment 4 2012-12-06 14:55:46 PST
Comment on attachment 177667 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=177667&action=review > Source/WebKit/blackberry/WebCoreSupport/FrameLoaderClientBlackBerry.cpp:962 > Frame* FrameLoaderClientBlackBerry::dispatchCreatePage(const NavigationAction& navigation) Jacky mentioned this patch could give a warning as navigation will become unused.
Mary Wu
Comment 5 2012-12-06 22:26:19 PST
(In reply to comment #4) > (From update of attachment 177667 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=177667&action=review > > > Source/WebKit/blackberry/WebCoreSupport/FrameLoaderClientBlackBerry.cpp:962 > > Frame* FrameLoaderClientBlackBerry::dispatchCreatePage(const NavigationAction& navigation) > > Jacky mentioned this patch could give a warning as navigation will become unused. oh, thanks, will fix the warning.
Mary Wu
Comment 6 2012-12-06 22:30:32 PST
WebKit Review Bot
Comment 7 2012-12-06 22:36:14 PST
Comment on attachment 178163 [details] Patch Rejecting attachment 178163 [details] from commit-queue. Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '-..." exit_code: 1 /mnt/git/webkit-commit-queue/Source/WebKit/blackberry/ChangeLog neither lists a valid reviewer nor contains the string "Unreviewed" or "Rubber stamp" (case insensitive). Full output: http://queues.webkit.org/results/15174582
Mary Wu
Comment 8 2012-12-06 22:53:00 PST
Mary Wu
Comment 9 2012-12-06 22:54:18 PST
Comment on attachment 178165 [details] Patch correct reviewer in log.
WebKit Review Bot
Comment 10 2012-12-06 23:39:23 PST
Comment on attachment 178165 [details] Patch Rejecting attachment 178165 [details] from commit-queue. New failing tests: inspector-protocol/debugger-terminate-dedicated-worker-while-paused.html Full output: http://queues.webkit.org/results/15182414
WebKit Review Bot
Comment 11 2012-12-07 00:26:19 PST
Comment on attachment 178165 [details] Patch Clearing flags on attachment: 178165 Committed r136930: <http://trac.webkit.org/changeset/136930>
WebKit Review Bot
Comment 12 2012-12-07 00:26:24 PST
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.