[M41_2272] Chromium upversion to m41_2272 branch
Based on the following patch from SeungSeop Park
<sns.park@samsung.com> (original commit message):
This patch deals with following upstream changes:
1. Include path changes:
- ui/gfx/point.h => ui/gfx/geometry/point.h
- ui/gfx/rect.h => ui/gfx/geometry/rect.h
- ui/gfx/size.h => ui/gfx/geometry/size.h
2. Significant changes in notification.
As for now, related codes have been commented out as hotfix.
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10487
3. An additional argument 'main_frame_routing_id' in
WebContentsDeletate::ShouldCreateWebContents().
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10488
4. GLContext::SetSwapInterval(int interval) is no longer abstract, and
a new abstract method GLContext::OnSetSwapInterval() is provided.
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10489
5. Intermediate output folder gen/webkit changed to gen/blink.
6. APIs moved from RenderViewObserver to RenderFrameObserver:
- WillSubmitForm()
- DidChangeScrollOffset()
Patch moves previous implementions for these APIs from
RenderViewObserverEfl to new added RenderFrameObserverEfl class.
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10490
7. Vibration design changes in upstream.
See https://codereview.chromium.org/
583663003 .
As for now, the related code has been commented out.
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10491
8. RenderViewObserver::OrientationChangeEvent() removed.
Patch removes our implementation for the API since it was dummy anyway.
9. commandState() and commandValue() removed from WebFrame (blink).
Patch temporarily disables references to API using BRINGUP_EWK guard.
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10492
10. Several APIs of NetworkDelegate became abstract.
From the code diff, it turned out the default implementations for them
were moved to a newly added class NetworkDelegateImpl.
The prepared solution is to just change NetworkDelegateEfl so to inherit
NetworkDelegateImpl to avoid code duplication.
11. API changes in GestureRecognizer.
Following APIs are no longer available:
- ProcessTouchEventPostDispatch
- ProcessTouchEventOnAsyncAck
Although alternative APIs were found in the class, it seems like the
behaviours of them are somewhat different from previous counterparts.
So, rather than providing unverified solution with new APIs, the related
code is disabled using BRINGUP_EWK guard postponing the proper solution
as future work.
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10493
12. Type change of ProcessTouchEventPreDispatch()'s first argument.
- TouchEvent& -> TouchEvent*
13. content::UpdateWebTouchEventFromUIEvent removed.
See https://codereview.chromium.org/
510793003 .
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10494
14. Additional parameter SiteInstance* in Navigator::RequestOpenURL().
See https://codereview.chromium.org/
743773003/ for upstream change.
Current solution is to give NULL for the argument.
TODO: http://107.108.218.239/bugzilla/show_bug.cgi?id=10495
15. Finally, patch changes branch to dev/m41_2272 in sync_repos.sh and
updates rpm package version to 41.2272.0.4.
Known Issues:
- With touch related changes (11~13), Touch did not work in mobile target,
i.e., no IME for input element and no site navigation for link click.
Since these are considered basic features that can block us to test other
features, patch walkarounds it by disabling kEnableTouch command line option
for mobile target (i.e., will use mouse event as in TV).
Bug: http://107.108.218.239/bugzilla/show_bug.cgi?id=10434
Reviewed by: Antonio Gomes, Piotr Tworek