Remove RenderViewObserverEfl::ScrollToFocusedEditableNode

Method is not used after the removal of the caller site.

[Bringup refactor] Disable 'notifications' until it is fixed.

Notifications' implementation has changed significantly in
M42 compared to M40. Disable it until it is fixed.

[Bringup refactor] Disable Autofill until it is fixed.

Autofill implementation has changed significantly in
M42 compared to M40. Disable it until it is fixed.

fixup! [Bringup refactor] Allow refactor branch build against M42

Temporarily disable multimedia, 'till it is fixed.

[M41_2272] Explicitly specify namespace for base::CommandLine

Based on the original work of SeungSeop Park <sns.park@samsung.com>.
Original commit message:

This patch is necessary because 'using base::CommandLine' declaration
has been removed from base/command_line.h in chromium m41_2272.
Note that this patch can be landed before switching to the new branch.

[Bringup refactor] Allow refactor branch build against M42

Patch does the following:

- Fixes include paths for gfx geometry headers.
- API adaptations on the following methods:
  * Shell::GetJavaScriptDialogManager
  * Shell::CreateNewWindow new signature
  * ContentAutofillDriverFactory::FromWebContents
  * PasswordFormManager::OnGetPasswordStoreResults new signature
- Disables dragging triggers.
- Disables form navigation triggers

[M42_2311] Chromium upversion to m42_2311 branch

Based on the work of Jung-Ick Guack <ji.guack@samsung.com>.
Original commit message:

This patch deals with following upstream changes:

1. Folder and class name changes
   - Moved most of the files from rendering to layout folder
     (RenderTheme* changed to LayoutTheme*)
   - base/debug/trace_event.h moved to base/trace_event/trace_event.h
     (base::debug* changed to base::trace_event*)
   - mojo moved to thired_party/mojo
   - copy make-file-arrays.py from s-blink
     (Source/build/scripts/make-file-arrays.py was removed)

2. API changes
   - PERMISSION_PROTECTED_MEDIA changed
     to PERMISSION_PROTECTED_MEDIA_IDENTIFIER
   - switches::kDisablePlugins was removed
   - set_channel_id_service (arguments type changed)
   - OverrideWebkitPrefs (arguments removed)
   - TCPServerSocketFactory (arguments changed)
   - DevToolsHttpHandlerDelegate
     (removed CreateSocketForTethering)
   - RenderWidgetHostViewEfl
     (removed WasShown,WasHidden)
   - added GLuint64 for WaitSync, ClientWaitSync
   - added VectorCanvas for removed vector_canvas.h

3. Need to change API design (TODO issues)
   - RenderViewHost (removed ExitFullscreen)
     TODO: impl/eweb_view.cc
     (http://107.108.218.239/bugzilla/show_bug.cgi?id=12079)
   - WebView (removed minimumPageScaleFactor, maximumPageScaleFactor)
     TODO: impl/renderer/render_view_observer_efl.cc
     (http://107.108.218.239/bugzilla/show_bug.cgi?id=12080)
   - ToggleFullscreenModeForTab (split by EnterFullscreenModeForTab,
     ExitFullscreenModeForTab)
     TODO: web_contents_delegate_efl.cc/h
     (http://107.108.218.239/bugzilla/show_bug.cgi?id=12081)

NOTICE:
    Critical Issue - Black Screen By Error "Failed to initialize
    command buffer service (command_buffer_proxy_impl.cc)"
    (http://107.108.218.239/bugzilla/show_bug.cgi?id=12078)

s-chromium (http://165.213.202.130:8080/#/c/76496/)
   - excluded atomicops-internals-x86 for desktop build
   - excluded xscrensaver for tizen build

[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

[M41_2236] Chromium upversion to m41_2236 branch

Based on the work of SeungSeop Park <sns.park@samsung.com>.
Original commit message:

Patch comprises followings:

1. Changes in DevToolsHttpHandler and its Delegate.
  - API changed: DevToolsHttpHandlerDelegate::CreateSocketForTethering.
    (see s-chromium: "1443f56 [DevTools] Migrate DevToolsHttpHandlerDelegate::
    CreateSocketForTethering to StreamSocket")
  - API removed: DevToolsHttpHandler::Stop.
    (see s-chromium: "3632399 [DevTools] Remove DevToolsHttpHandler::Stop.")
TODO: Need implementation according to the chromium change.
(http://107.108.218.239/bugzilla/show_bug.cgi?id=9801)

2. Change in ui::Clipboard::GetSequenceNumber.
  - ui::Clipboard::GetSequenceNumber is now const method.

3. API change in PdfMetafileSkia class:
   SkBaseDevice* StartPageForVectorCanvas =>
     skia::VectorCanvas* GetVectorCanvasForNewPage.
  Note: The inline documentation says that returned pointer don't need to be
  ref()ed or unref()ed since it's owned by the PdfMetafileSkia object.

4. WebContentDelgate API change.
  - NavigationStateChanged(): First argument changed to non-const WebContents*.
  - GetJavaScriptDialogManager(): Now takes WebContent* as the argument.
    But how to use the added argument is unclear (even chromium code seems
    not yet utilizing it).

5. Namespace change: content::ConvertRectToDIP -> gfx::ConvertRectToDIP.

6. New abstract API in BrowserContext: CreateZoomLevelDelegate().
   The provided solution is to give a dummy implementation as in content shell.

7. Type change: CopyFromCompositingSurfaceCallback=>ReadbackRequestCallback.

8. kEnableOverscrollNotifications flag removed in s-chromium commit:
   0fa5129 [Android] Add a flag to disable the pull-to-refresh effect
   (https://codereview.chromium.org/733293002).
   It says:
   "Also remove the kEnableOverscrollNotifications flag; overscroll
    notifications are now bundled with event acks, creating
    minimal extra overhead for non-consuming platforms."
   Prepared solution is to just remove it from our commandline switch
   (for OS_TIZEN).
TODO: Check if we can live without that flag.
     (http://107.108.218.239/bugzilla/show_bug.cgi?id=9802)

9. Upstream changed V8's initial snapshot loading mechanism.
   See https://crbug.com/421063, which says:
   "V8 used to be statically linked to the binary, but now it is loaded from
   external files, which reduces Chrome's binary size."

   Due to this change, "natives_blob.bin" and "snapshot_blob.bin" need to be
   deployed to mobile/tv target device. Otherwise, apps crashes on starting up
   in tv and mobile target. (Thanks to Zhang-hoon Oh)
Contributor: Zhang-hoon Oh <dennis.oh@samsung.com>

10. Finally, change sync_repos.sh so to track dev/m41_2236 of s-* repos.

Bug: http://107.108.218.239/bugzilla/show_bug.cgi?id=9758
Reviewed by: Antonio Gomes, Balazs Kelemen, SeungSeop Park

Change-Id: Iad80766e116612fd3b9d2717430edec3693e557f
Signed-off-by: SeungSeop Park <sns.park@samsung.com>

Use Hit_Test_Param to pass hit test infos between processes.

When we do a hit test, ewk api forces us to get the list of node
attributes (as Eina_Hash*). Those informations cannot be copied from
render to browser process. So, we are using a hack to get the list of
attributes (we are passing them along with Hit_Test as a std::map and
parse them only in the render process).

We have two objects: Ewk_Hit_Test and _Ewk_Hit_Test. Ewk_Hit_Test owns a
_Ewk_Hit_Test. It would be great to simplify that, but because of the
forementionned hacks, it is diffcult.

This patch uses creates Hit_Test_Param struct, that can be passed
between processes. With that info, _Ewk_Hit_Test is only created on the
browser side.

This patch also fixes ewk_hit_test_image_buffer_get is currently broken.

Change-Id: If1c72714a2b20018c24c6247c6c4d092fdbb7fd3
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Enable IMContextEfl

This patch makes that IMContextEfl is available for EWK and other
embedders.

Change-Id: I2c997d81edf9897eae599ba9a6fb20012680f713
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

Fixes ContentMainDelegateEfl memory leak

ContentMainDelegateEfl is never deleted in EwkGlobalData. This patch
fixes the issue.

Change-Id: I9ed067368e56f90018f92dc1ea73bff94413408d
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Use system request url getter for AccessTokenStore

Right now, we use the url getter of the default context in
AccessTokenStore. This patch uses a system url getter, like is done in
Android and in upstream content shell.

This makes sense because we may not want the cookie manager of the
default context to be involved when we contact a geolocation provider,
or any other potential "system" http requests.

In order for this change to happen, we also modify
URLRequestContextGetterEfl constructor signature so that it accepts
default parameters.

Change-Id: I445bde4ef7589fa5ff9b5cb0ee8a1bfe53543adf
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Restore content detection feature to a working condition.

The new implementation is based on actual upstream android
implementation of the feature. We no longer need to do hit tests from UI
to renderer process after each tap event. The engine content detection
logic resides in the renderer process itself. We only need to react to
ViewHostMsg_StartContentIntent message in UI which is sent after renderer
has found an URI it wishes us to handle.

Since the feature is generic enough I've also taken my liberty to have
it supported on desktop. Desktop implementation uses gio library to launch
applications handling selected URIs.

Simple TC:
  <html><body>
    <p>mailto:anonymous@example.com</p>
    <p>tel:+48721421421</p>
  </body></html>

To test the feature on desktop please use ubrowser app and make sure
touch events are enabled. When clicking on the mailto link default email
application should be launch. Clicking on tel: will probably produce a
warning saying there is no registered client to handle the URI. Tel links
will probably only work on mobile targets. Still the warning tells us
that the content is recognized and the appropriate message makes it's
way to our handler.

Change-Id: Iec394f97d99ccb97e84c94f948804d500d44fc46
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Fix support for navigating page contents using arrow keys.

NaviFrame content part in elementary 1.9 has different name than 1.12
and 1.13. Make sure we take this into account.

Change-Id: I59444a880aab265f99d8939dc5aef9883a557873
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Export chromium overrides for std:: namespace functions.

It's not a standard practise, but apparently chromium does add extra
functions to std namespace. (See: base/logging.h:876). Unfortunately
after chromium-ewk.filter was introduced to hide internal library
symbols the std:: overrides were also hidden. The end result were ugly
memory corruptions. The problems were mostly visible in debug builds
where memory allocator debug features quickly spotted the problem. The
same problems most probably also happend in release builds on desktop
and target, but their results were not immediately visible.

This patch adds functions from std:: namespace list to ewk filter
whitelist. With it in place it's once again possible to run EWK
reference apps in Debug mode..

Change-Id: I8f3815c244034b7e69c693683df9cf60635321ec
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Use virtual InitAsChild function to initialize RenderWidgetHostViewEfl

RenderWidgetHostViewBase::InitAsChild virtual function is supposed to
perform the same function as our RenderWidgetHostViewEfl::Init. Since
I see no point in having both of them, especially that the only thing
InitAsChild currently does is call NOTIMPLEMENTED() macro let's merge
them.

Change-Id: I0ee3e53019f1607db20f9de195dcfcf6c65d17d0
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup: Remove URLRequestContextGetterEfl dependency on CookieManager

Make sure that NetworkDelegate is created on IO thread.

Change-Id: I4be3d3224999ff7816354949a6ffd3dfd6ebbb08
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Fix support for navigating page contents using arrow keys.

While investigating text selection code in our port I've noticed that we
can't use arrow keys to navigate page contents or select text when the
active page contains active input field. The problem was reproducible
only in applications which contain some sort of UI, it was not visible
in efl_webview_app. The issue also happens on beta/m40 so it's not
something that was broken during refactoring.

After investigating it I found out that whenever there is more than one
Elementary widget in a given tree EFL uses arrow keys to navigate between
them. In our case the webview is actually a single component from
EFL/Elementary POV (an image). It does deliver rrrow key events to our
evas event handlers, but also performs it's default action for those keys
afterards. The default action usually moves active focus to a widget that
is closes to the webview in any given direction.

After going through EFL/Elementary docs I've found out that the best
solution in our case would be to get an exclusive grab of the fuction
keys which we do want to handle whenever our webview implementation
gains active focus. For this purpose we can use evas_object_key_grab and
evas_object_key_ungrab functions. The problem is that did not work.

The problem with grab/ungrab functions was caused by the fact that
elementary widget representing our RWHV had an elementary parent
(WebContentsViewEfl::native_view_), but it was not being added into it's
layout tree. To be able to do this however, we need to have a parent widget
thas acts as a stack of widgets. Previous elm_bg object did not satisfy this
requirement. Fortunately elementary naviframe object does seem to be
good enough for our requirements.

This patch performs the necessary changes to suppport proper handling of
arrow function keys inside rwhv native widget. With the patch in place
it's possible to use arrow keys to navigate text input boxes, select
text, move spatial navigation focus, etc. This should be really useful
ot TV targets where directional keys are often used to navigate the
page.

Change-Id: Ia3d1650cb777faaab7f82a8f3b1013a2ba28e974
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Enable parallel canvas by default for mobile

Change-Id: I78233f794e46d57868a59b3500da6df26d12d8d1
Signed-off-by: hh4813.kim <hh4813.kim@samsung.com>

[beta merge] Export EVAS_GL_NO_BLACKLIST=1 in ubrowser.sh

In efl_webview_app.sh, EVAS_GL_NO_BLACKLIST is exported so that the
browser can launch with softpipe mesa backends. This patch copies the
same behaviour to ubrowser.sh.

Change-Id: I0a32334a126cf2352829d9e960f2bdac73a4d66a
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

fixup! Handle ewk ipc messages in WebViewBrowserMessageFilter

Change-Id: I1679f99666f2a5234b15903ae0be8454345fddad
Signed-off-by: hh4813.kim <hh4813.kim@samsung.com>

Move ScrollDetector from rwhv to ewebview

This patch moves ScrollDetector from rwhv to ewebview,
and moves IPC event handling for Scroll events to
web_view_browser_message_filter as well.
Also EWebView::SetScroll and EWebView::GetScrollPosition are enabled.

Change-Id: Ibbd98dab8118ab5422462aa26ffe5afa3fec0fb6
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

Modify DEPS.xwalk configuration to pull from beta/m40 branch.

This will fetch the branch as below:
This patch will pull the source from
'beta/m40_2214_t' branch of blink, skia and v8,
'experimental/beta/m40_2214_t' branch of s-chromium.

Together with: I8e1622d7d1ea5e7fee18ee0fe94b58a5b7d2e300

Change-Id: I2259085d90a0de9cd4137d31e248684f956483a4
Signed-off-by: Taeho Kim <th81.kim@samsung.com>

Use different PATH_START values for paths_efl.

The current value is the same as PATHS_START from xwalk. This makes
it impossible to use paths_efl in xwalk. Change our EFL defaults to
avoid patching xwalk.

Change-Id: I9c349843ee050eb67fcf004ada9e8c0fdda2964f
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Remove EWK_BRINGUP guards from SelectLink And SelectClosesWord impl.

Since we're using beta/m40 code for all the components we no longer need
those guards. The code compiles without them.

Change-Id: I239b8023d61e6b656c7955d5ab56ffed028eb30f
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Drop old and no longer used code from impl/browser/web_contents.

This was only kept for reference until all the features original
implementation had have been reimplemented on the refactoring branch.
Since both D&D support and SetViewMode have been fixed this code no
longer serves any purpose. Let's just purge it from the repo.

Change-Id: I6ea8f26e78f535630107b8b62c974e9d09f032dd
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Remove WebPopupItem

WebPopupItem is not strictly needed: We can build Popup_Menu_Item
directly from content::MenuItem instead of using an additional
WebPopupItem temporary object.

We also remove the WebPopupItem::create method. Instead, EWebView
creates the WebPopupItem directly with the new operator.

Change-Id: I00242c85bd2d99e6baa18c6520adb4d60b6c8516
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Remove tw_policy_decision.*

There were two distinct classes: Ewk_Policy_Decision and
_Ewk_Policy_Decision. _Ewk_Policy_Decision was a subclass of
tizen_webview::PolicyDecision. Ewk_Policy_Decision owned an
_Ewk_Policy_Decision and forwarded it it's method.

This patch simplifies everything: there is now only
_Ewk_Policy_Decision, and Ewk_Policy_Decision is an alias to it.

Change-Id: I74c5187dda6afc7f3cd362d0107d1f8e52ec1245
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Remove URLRequestContextGetterEfl dependency on CookieManager

Right now, URLRequestContextGetterEfl depends on CookieManager
(scoped_refptr on it), and CookieManager depends on
URLRequestContextGetterEfl (with a WeakPtr).

This isn't a problem yet, because the headers are always called in a
specific way that. But trying to include
url_request_context_getter_efl.h in another file results in a build
error: invalid use of incomplete type ‘class CookieManager’ Trying
either to include url_request_context_getter_efl.h in cookie_manager.h
or cookie_manager.h in url_request_context_getter_efl.h doesn't work
because of the cycle dependency.

This patch removes URLRequestContextGetterEfl dependency on
CookieManager.

In order to avoid that kind of problem in the future, it also includes
headers needed for objects who have scoped_ptr members in
url_request_context_getter_efl.h

Change-Id: Ib2850258849981fee426238de6b91d86d15bafc8
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Use blink::WebTextDirection instead of blink::TextDirection

For popup menu items, we need to use text directions. But it's better to
use WebTextDirection instead of TextDirection. Indeed, WebTextDirection
is exposed in the public headers of blink. While TextDirection is
exposed in the internal headers

Change-Id: Ia42ed5da5adb6a3c15b3d11ae94aaa6017dd3bcd
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Remove tw_error.h

tizen_webview::Error were just used as ipc parameters. Now, we use
instead a ErrorParams class

Change-Id: I8a2a7e767c6b8dce6d3f509f857bb9e76c23b89f
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

fixup! Handle ewk ipc messages in WebViewBrowserMessageFilter

Some IPC messages should be handled on browser UI thread.
So, need to override thread for the IPC messages.

Change-Id: Ic9e7a2f397a7f7bc2814f81186dcf1362056a589
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

Remove various enums in tizen_webview/public

Remove tw_cache_model.h, tw_content_security_policy.h,
tw_cookie_accept_policy.h, tw_find_options.h, tw_legacy_font_size_mode.h
and tw_touch_event.h

Change-Id: I0794b380d625335fca98fbd19e82b3ef83826741
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>
Signed-off-by: hh4813.kim <hh4813.kim@samsung.com>

Restore support for ewk_view_set_mode function.

The refactoring branch broke support for sending ViewMsg_SetViewMode
because it was handled directly in RenderWidgetHostViewEfl and the
message is EWK specific extension. Still we can send the message
directly from EWebView, we don't need to use RWHV for that. This patch
does exactly that.

Change-Id: I08726e96caafb86ba6270346c44a901577936d47
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Fix drag & drop support broken during initial refactoring work.

This commit restores D&D support in EWK. To go with the spirit of the
refactoring work it also fixes the code to work in generic content API
based apps like xwalk or content_shell. It's a generic feature so it
should work everywhere. To make it testable on content_shell an
additional option is added to content_shell context menu implementation.

To test the code in content_shell the following command can be used:
$ ./out.x64/Debug/content_shell --no-sandbox  http://html5demos.com/drag

After the page loads move your mouse pointer to any of the dragable
elements, long press left mouse button and wiggle it a bit to show
context menu. From the menu select "Start dragging" option and drop the
now draggable element to the trash bin image.

Note: In case where touch events are disabled content_shell context menu
can be triggered with right mouse button click.

Change-Id: I6bc42b9ae38967992d0f35addcc0163a96c462dc
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Drop old chromium-efl gyp files

They are not used for anything. I've kept them only for reference. Since
it does not seem we still need to migrate anything from them, lets just
get rid of the old junk.

Change-Id: Ie9918957365c612b6fc702caabbcc96dfa7eebbc
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Refactor overscroll notification effect implementation (aka EdgeEffect)

Very similar functionality is available in upsteam android port under
OverscrollGlow name. The code does reside in content. This patch
refactors our EWK specific implementation of the feature into a more
generic version that can be shared by both EWK and content based apps.

The code should be testable on both tizen and desktop, provided the
following conditions are met:
* Support for overscroll notifications is enabled in chromium
  (--enable-overscroll-notifications flag)
* Touch events are being used
* The currently displayed page is scrollable.

To test the code on desktop the following commands can be used:
$ ./out.x64/Debug/content_shell --no-sandbox --touch-events=enabled \
      --enable-overscroll-notifications http://xkcd.com
Or:
$ ./out.x64/Debug/ubrowser.sh --enable-overscroll-notifications \
      --touch-events=enabled http://xkcd.com

In both cases scrolling the page to the top/bottom should trigger the
overscroll notification effect.

Change-Id: Iaab660b456dc33f0afcbaf78785b15bf735d8387
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Handle ewk ipc messages in WebViewBrowserMessageFilter

Many ipc messages were sent from RenderViewObserverEfl, and received in
RenderWidgetHostViewEfl. From them, some actions were performed on
EWebView.

But now, that ewk is isolated from chromium-efl, we need to receive
those messages in ewk layer. We use WebViewBrowserMessageFilter for
that.

This patch also removes WebViewBrowserMessageFilter class which was
defined in eweb_view.cc but never used.

Change-Id: Ia85f699b8a32ecd9e4907549fcc01478f784244a
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Revert "Modify the DEPS.xwalk config to pull from beta/m40 branch."

This reverts commit b302d2a9c17653024c61721930c2cd7c0a5e8109.

Change-Id: Iad05961f780d0e4dcb3049759787d826327480fb
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Modify the DEPS.xwalk config to pull from beta/m40 branch.

This will fetch the branch as below:
This patch will pull the source from
'beta/m40_2214_t' branch of blink, skia and v8,
'experimental/beta/m40_2214_t' branch of s-chromium.

Change-Id: If7e5f917c9458cf698cef77ff59ce5f50b4c21ff
Signed-off-by: Taeho Kim <th81.kim@samsung.com>

Make sure we recreate Evas_GL_Surface on native widget resize

In EFL 1.13 we need to re-create our Evas_GL_Surface whenever native
image bound to it changes it's size. I don't exactly know what change in
EFL made in necessary, but some of the EFL docs do actually show that
this needs to be done this way (see "Evas GL Widget Tutorial" on
tizen.org). With this patch in place rendering works correctly again
on Odroid with images newer than 27.02.2015. There is no need to install
old EFL version anymore.

Change-Id: I769301a5c1f887d4d0923916c3a459f75a5b6933
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Remove tw_back_forward_list_impl.h and tw_back_forward_history.h

Use _Ewk_Back_Forward_List struct directly instead of
tizen_webview::BackForwardList. And use +_Ewk_History struct instead of
tizen_webview::BackForwardHistory

Change-Id: I881ff0623cd096ac53188506355517a0f8ed7302
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>
Signed-off-by: hh4813.kim <hh4813.kim@samsung.com>

Enable EWebView::MoveCaret()

This pathc make EWebView::MoveCaret() is available

Change-Id: Ic3d6a3010989993d2e9418d5e5785e2eaffa108e
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

Don't use forward delaration of Elm_Object_Item.

The definition of the object is different in Elementary 1.13. Since this
is what Tizen 3.0 currently uses the code failed to compile. Instead of
using forward delclarations simply include Elementary.h header. This
should ensure the code builds no matter what version of EFL/Elementary
is being used.

Change-Id: Id5eb1fde0aa16ab651538755d1aac67edd0e9011
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Switch to TV 3.0 as the default target for build_tv.sh

Move extra python package handling to common.sh. Without it build
without -P tztv_v3.0 would still fail as PROFILE_NAME did not have any
default values in build_tv.sh.

Change-Id: I95b507d4156ac8aff6fe6335d7b9d7b3e4047421
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>
Signed-off-by: hh4813.kim <hh4813.kim@samsung.com>

fixup! Allow building content shell when xwalk directory is absent

Fix TV/Odroid xwalk build break introduced by the original patch. We
need to pass --xwalk gyp flag to make sure appropriate ninja files are
generated.

Change-Id: I35666f8458f82113a41df640386012d7b3dee79b
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Revert "Use 3.0 rpm feed from 27.02.2015 as all the newer ones are broken"

Unfortunately the snapshot was removed from the server.

This reverts commit cf4d327d18a3e856bc04ebe8e67db87c25794fbb.

Change-Id: Ib2e4a639c44984c5f300a9967ba109b7d25e256d
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

[beta merge] Remove tw_macro.h and tw_ref_counted.h

tw_macro.h and tw_ref_counted.h are simplified copies of base/macros.h
and base/memory/ref_counted.h. They had been introduced for the sole
purpose of not including chromium includes. But we don't have that
requirement anymore. So we can use macros.h and ref_counted.h header
files directly.

Change-Id: I395c7cd3c17a077834d6bbde877a6af70059a88c
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

[beta merge] Remove tw_export.h

Since we aim to remove the layer tizen_webview, tw_export.h doesn't make
sense anymore.

Change-Id: I9a12b1df74c6b83b6f098b56c9ba242a78f5f850
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Enable ewk_view_feed_touch_event

Make ewk_view_feed_touch_event is available.
Currently use tizen webview interface, but tizen webview interface will be
removed later.

Change-Id: I18d39d45280808a253ad7ed139cb777354b25221
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

Remove tw_frame.h

Use _Ewk_Frame struct directly instead of tizen_webview::Frame

Change-Id: I67f8fd2bfc3336573978e47498b67e45303eddac
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Remove tw_cache_model.h

Use Ewk_Cache_Model enum directly instead of tizen_webview::Cache_Model

Change-Id: Ib76254a6ae2cbbe90c288319aff55e3d12de3aec
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Remove tw_custom_handlers.h

Use Ewk_Custom_Handlers_Data struct directly instead of
tizen_webview::Custom_Handlers_Data

Change-Id: If9603f41394fd9003332baa1426d4520e431605d
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Add a gyp depency to wtf

Efl Render View Observer depends on blink FontCache.h Currently, building
content shell fails with the following error:

In file included from ../../third_party/WebKit/Source/wtf/unicode/Unicode.h:31:0,
                 from ../../third_party/WebKit/Source/wtf/StringHasher.h:25,
                 from ../../third_party/WebKit/Source/platform/fonts/FontFaceCreationParams.h:35,
                 from ../../third_party/WebKit/Source/platform/fonts/FontCache.h:35,
                 from ../../tizen_src/ewk/efl_integration/renderer/render_view_observer_efl.cc:38:
../../third_party/WebKit/Source/wtf/unicode/icu/UnicodeIcu.h:26:27: fatal error: unicode/uchar.h: No such file or directory

This patch adds a gyp dependency on wtf to fix the issue. (Adding a dependency
to blink_platform doesn't fix the issue)

Change-Id: I8add9018fe406b118c479de1bcb417ee299477d7
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Fixes ccache_env.sh path

Currently, trying to build with --ccache results in the following error:
src/tizen_src/build/common.sh: line 97: src/build/ccache_env.sh: No such
file or directory

This patch fixes ccache_env.sh path

Change-Id: Iae86efdd8f8165b27dfa034f190978e706d01c69
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Fix EWK support for switching between mouse and touch events

EWK functions switching between mouse and touch events operate on the
view object. Unfortunately our current implementation operated on the
RenderWidgetHostView objects. There is no 1:1 translation between EWK
view and RenderWidgetHostView. As a result any modifications the
functions made were only valid until chromium decided to create a new
RWHV. Take the following use case.

  1. Launch ubrowser
  2. Load some page, for example google.com
  3. Enable touch events via extra actions menu.
  4. Load different page, ex xkcd.com

In such scenarion touch events should be still enabled for xkcd.com. The
problem is they weren't. Chromium creates new RWHVs for pages being
loaded from different domain. As a result loading xkcd page disabled
touch events once again.

This patch fixes the problem by moving input event toggling code the the
WebContentsView object. There is always only one object of that type per
WebContents/EWebView.

Change-Id: I6d16ded8cdbf252b1e12b34cc02f43f7566af5d3
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

ubrowser: Fix EFL error trigger by incorrect call to elm focus_set func.

Technically the Ewk WebView object is not an elementary widget. Its a
smart object build from elementary widgets. We should not pass the
object to any elm function calls as they will only trigger runtime
errors without doing anything.

This patch fixes the following runtime EFL error message seen during
ubrowser startup:

  ERR<18221>:eo lib/eo/eo.c:676 _eo_call_resolve() in elm_widget.eo.c:111:
      func 'elm_obj_widget_can_focus_set' (304) could not be resolved for
      class 'Evas_Object_Smart'.

Change-Id: I8d3587c72dd911648a431a2f822b5806b634e36f
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Fix elementary widget stacking

The problem could be observed by showing extra actions menu in ubrowser
(rightmost button in the navigation bar). When shown large part of the
menu would be improperly stacked below the webview widget.

The root cause was in the fact that after the refactoring branch changes
both the NativeView and ContentNativeView widgets were not added to the
view smart object. This patch fixes that.

Change-Id: I38213ba03c1b08feb0643f661f063e1c530fc78f
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Fix EFL errors triggered by SelectionMagnifier

When starting any of the reference apps the following EFL error could be
ovserved:

  ERR<24658>: elm_main.c:1566 elm_object_top_widget_get() safety check failed:
      obj == NULL
  ERR<24658>:eo lib/eo/eo.c:676 _eo_call_resolve() in elm_widget.eo.c:315:
      func 'elm_obj_widget_sub_object_add' (253) could not be resolved for
      class 'Evas_Object_Smart'.

The root cause for the issue was in the logic looking for the parent of
the magnifier widget. The widget parent should be the NativeView for the
WebContents displaying the magnifier. This patch fixes that.

Change-Id: I7084044699d7c41fbced80fc193579740850a0d9
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Fix runtime EFL errors triggered by EWK context menu implementation

Our current EWK implementation of context menus triggers the following
EFL runtime errors whenever its shown:

  ERR<23471>:eo lib/eo/eo.c:676 _eo_call_resolve() in elm_widget.eo.c:315:
  func 'elm_obj_widget_sub_object_add' (253) could not be resolved for class
  'Evas_Object_Smart'.
  ERR<23471>:eo lib/eo/eo.c:676 _eo_call_resolve() in elm_widget.eo.c:315:
  func 'elm_obj_widget_sub_object_add' (253) could not be resolved for class
  'Evas_Object_Smart'.

This basically means we're adding context menu to a wrong parent. Its
parent should be the Evas_Object representing the view, not the Smart
object wrapping it. This patch fixes the mistake. With it in place
showing context menus in ubrowser or efl_webview_app does not produce
any runtime EFL errors.

The problem is also present on beta/m40 branch.

Change-Id: I70091a5d161a5f4b5d70d232f7613d80967c1839
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

ubrowser: Remove web_view_elm_host_ hack from the app.

Since the RWHV we currently use does try to integrate into elementary
focus tree we no longer need this workaround in ubrowser. WebView object
itsenfl should properly handle both evas and elementary focuses.

Change-Id: Ic6fadcb3fed3fc3a0c309f1d818c67e813f56ab0
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Fix a bunch of EFL warnings we can see during EWK apps startup.

The EWebView::evas_object_ is an Evas_Smart object. We should not as
argument for any of the elm_ or many of the evas_ functions. Instead
we should use the object returned btWebContentsView::GetNativeView
call. For convenience it's also available in EWebView::native_view_.

Another part of the patch implements a better mechanism for finding
valid elementary root object for current EWK view. In general if we want
to seamlesly integrate with elementary focus tree we should make sure
our elm objects are always added for elementary parents. Adding elm
objects for random Evas_Objects works in most cases, but it does
trigger an EFL warning and usually breaks focus traversal.

Besides making our EWK app startup cleaner this patch should also fix
url bar focus handling in mini_browser and ubrowser. To see the problem
click on the url bar to show the carret then click anywhere in the web
view widget. Clicking on the webview widget should always take focus
away from the urlbar (caret should disappear). Without this patch this
scenario works as it should in content_shell, but not in EWK apps.

Change-Id: I518da262366eec6752a8b09fc61029982f8b58bc
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Get rid of Evas image object from Ewk_View_Smart_Data

The actual image object is now created and managed inside
RenderWidgetHostViewEfl. The one left over in EWK layer is not used for
anything and should be removed.

Change-Id: I858b21f8d7b57cafe715a92fb370333f442103df
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Allow building content shell when xwalk directory is absent

Currently, it's not possible to build anything if xwalk directory is not
present. It would be great if we could, because xwalk is on a separate
repository, and might not always be available.

This patch sources gyp xwalk related files only if they are to be used.
Instead of passing xwalk.gyp path to gyp_chromiumefl, a flag --xwalk is
now passed. If and only if set, gyp_chromiumefl will source xwalk.gyp
and other xwalk related gyp files.

Change-Id: I872985cbe25a684cb8e325173e21a1a09cff313b
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Wrong values are shown in inputpicker

It has some problem with conversion from string to double.
Even, some values are omitted while conversion.

We need to change for solving this problem.
1. Change mechanism of date conversion.
2. Change to "String" which type of date parameter from renderer.

Together with: If769a0500f0a58f6b4457bf4bc62c107ead4486f

BUG: http://168.219.209.56/jira/browse/TNEF-531
Reviewed by: Hyunhak Kim, Jaesik Chang, Piotr Grad

Change-Id: I12ea9fdee6dad8e505e6c4df852f5609f30e7659
Signed-off-by: Dongjun Kim <djmix.kim@samsung.com>

Restore run-layout-test script into working condition.

We shuld probably start caring about running layout tests. This commit
makes it possible to do it one again after the refactoring branch
changes. It also makes sure tools needed by layout tests are build
togeter with content_shell app.

Change-Id: Id5db5b72ece5e547684bf0e932349352a039355a
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Fix paths_efl.cc build warnings

The kDataPath, kExePath, kLocalePath vars are only used when OS_TIZEN is
defined so also keep their declarations in the same ifdef.

Change-Id: I5ce4e68d5f783eae2ffe5f1df96d732cdfce639d
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Fix favicon_commands.h clang build warnings.

Chromium coding style requires overriding methods to be marked with
override keyword. Clang chromium-style also complains about. Let's add
it to make our lives easier.

Change-Id: I87ff1cc77742a7e8e20f10c6dbba792c3ee590f8
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Switch to TV 3.0 as the default target for build_tv.sh

Since this is the main target we care about lets use it by default. This
way we won't have to specify -P tztv_v3.0 flag when using the script.

Change-Id: I0be0eef27c79657ed517d4d5da6f7e6e335e4d44
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Enable support for chromium extensions.

This is required by crosswalk. Without the feature enabled the app fails
to compile.

Change-Id: I67d2c5aa206a66b7b654123fde28d493113bd338
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Make EWK use WebContentsViewDelegate for SetPageTitle handling.

This patch makes EWK to set page title via WebContentsViewDelegate::SetPageTitle fucntion.

Change-Id: I88d4011bb946d78515ff0e4d67a27a9e42f44d25
Signed-off-by: hh4813.kim <hh4813.kim@samsung.com>

Get rid of old and dead event handling code.

Majority of EWK even handling code has been reimplemented inside RWHV.
Right now EWebView should not even care about mouse/touch/keyboard/focus
events. Remove the old and unnecessary code.

Bug: http://web.sec.samsung.net/bugzilla/show_bug.cgi?id=12028
Bug: http://web.sec.samsung.net/bugzilla/show_bug.cgi?id=12031

Change-Id: I027fa0ef4675f1f2caa14d44bd80a2859d61cbd5
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Remove tw_security_origin.h

Use _Ewk_Security_Origin struct directly instead of
tizen_webview::Security_Origin

Change-Id: I44c08d968288af28edd14e60834eb1236a024d8c
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Use WebcontentViewDelegate for show context menu

Make EWK uses WebcontentViewDelegate for show context menuK

Change-Id: I06fdffcb019f648164187d970e06d27c110bba87
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

fixup! remove tw_wrt.h

remove tw_wrt.h|cc from gypi file

Change-Id: Ife5dea2ae2600665619d913b3feaceabd90d3e4a
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

fixup! Merge efl-port POC code into tizen_src

Wno-extern-c-compat flag is only used by clang, gcc does not care about
it and actually complains this flag does not exist.

Change-Id: Ib4d46a0f4a9a1e169d5503364e4999abc23cb194
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Use 3.0 rpm feed from 27.02.2015 as all the newer ones are broken

It seems newer feeds provide EFL 1.13 which breaks both the refactoring
branch and beta/m40. Since fixing it is a separate task not really
related to refactoring let's use a known good snapshot for now.

Please keep in mind that we should also use odroid images matching the
package feed.

Change-Id: I05219e1536cb355a57abcfaac60962f826911167
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Make EWK use WebContentsViewDelegate for popup menu handling.

Apps wishing to show custom popup menus should implement
WebContentsViewDelegate::ShowPopupMenu function. This patch does it for
EWK.

Change-Id: Id587ac954c3d016c5a0717eca365610aec1e2a82
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Use WebContentsViewDelegate to delegate popup handling to the app

We can't use the old code which expected it always got EFL version of
WebContentsDelegate class. We can however use WebContentsViewDelegate
which with an additional patch to src/ gains support for informing the
app about the need for a popup menu.

Change-Id: I7df5e53ebdc6db1be93388c3db8d82db5b3a9050
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Merge efl-port POC code into tizen_src

Drop SHELL_USE_CUSTOM_JS_DIALOG_MANAGER define since it's no longer used
by the content_shell patch from chromium src. Right now default
content_shell JavaScriptDialogManager is always disabled when USE_EFL is
defined.

Change-Id: I96bb79e05ae46b4a2338ecabee06441751b70077
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Integrate crosswalk build with chromium-ewk build scripts

The goal of the patch is simple, it should be possible to build
crosswalk for both desktop and tizen using the same scripts as we use
for chromium-ewk. The actual change is simple, but we have to take into
account the fact that we do configure chromium sligtly different than
crosswalk does. I does not seems to matter much for crosswalk, but it
means we'll have to test such setup at some point. Still this is the
only way to go if we intent to ship chromium code as a shared library
used by both xwalk binary and chromium-ewk lib at some point.

Change-Id: I212a38093b67ccb2f99b423177ad17599df3f7bf
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>
Signed-off-by: hh4813.kim <hh4813.kim@samsung.com>

Remove tizen_webview/public/tw_url.h and tizen_webview/public/tw_misc.*

With this patch, we don't use tw::URL but instead, we use directly GURL

Change-Id: Ic2ebb9f86c8e9479f787f4abc614bf15ba5aeb2e
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Remove tw_notification.h

Use Ewk_Notification struct directly instead of tizen_webview::Notification

Change-Id: Ib0c2d43b839b58675f106f70ddbf0d6e93b08c83
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Remove tw_wrt.h

Use Ewk_Wrt_Message_Data struct directly instead of
tizen_webview::WrtIpcMessageData

Change-Id: I5070dd261e72ca1dccd947f4ba2606840598f035
Signed-off-by: Arnaud Renevier <a.renevier@samsung.com>

Make EWK buildable again for Tizen Mobile (part II)

Patch adds some missing dependencies so that Tizen
mobile builds succeed. Namely, the following dependencies
were missing:
- ui-gadget
- efl-assist
- capi-system-device
- capi-system-sensor
- capi-media-camera

Also some extra code is guarded under EWK_REFACTOR.

Change-Id: I8d406ed9e067241a3ce06582734befb1162dd3e4

Enable SetTouchEventsEnabled, SetMouseEventsEnabled

This commit enables SetTouchEventsEnabled, SetMouseEventsEnabled in EWebView

Change-Id: Ibc4ce41ec6588f2433d52bf6761aa89c467d5fa9
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

fixup! Make sure we compile chromium code with the same defines as chromium-efl

The USE_DL_PREFIX define is used only by dlmalloc shipped with
native_client code. Chromium does not support shipping nacl with
prefixed malloc so the define actually breaks NaCl support in crosswalk.
Get rid of the extra unnecessary define.

Change-Id: I875c2afc95c051cdfbb0985e43b457be74e93f82
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Make EWK buildable again for Tizen Mobile

Fix some code guarded by OS_TIZEN_MOBILE of
various small bugs: incomplete include patch,
extensions of EWK_REFACTOR, etc.

Change-Id: I90dbcda1404272b7208b833f83829892efe33ee7

fixup! Move EWK implementation code into ewk/ directory where it belongs.

Fix the gcc 4.6 check.

One step towards building Tizen 2.4 / mobile
on the refator branch.

Change-Id: I8a83e71582838d5db920abdb9307a2673869d1fb

Declare/define ewk_bringup in supplyment.gyp

That way, it is visible to all targets.

One step towards building Tizen 2.4 / mobile
on the refator branch.

Change-Id: Ib5f68f2969d49822857196b4bece8dd44e8f100d

Make ubrowser script executable

Change-Id: Idacc23b754f28808eb3bff75d5ef3be0957fc954
Signed-off-by: yh106.jung <yh106.jung@samsung.com>

fixup! Merge efl-port POC code into tizen_src

It seems the previous patch for tizen stylesheet generation issue did
not really take care of the problem. The problem was still reproducible
on build server with 80 cores. The root cause seems to be in a fact that
in generic blink we do actually have 2 targets for the autogenerated
files. One generates it, while the other is supposed to build it. Lets
follow that approach.

Change-Id: I35b391ba2674829a4e36e46d6084ef6dc9fd6c5a
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Merge efl-port POC code into tizen_src

Get rid of tabs.

Change-Id: Id30d833cf6e45db865322a5c6541a4b0992d42ee
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Make EWK buildable again for TV 3.0

With this patch and the previous one for our build scripts the
build_tv.sh -P tztv_v3.0 shoule once again produce working packages for
3.0 odroid target.

Change-Id: I750c2437f35b9417eb7fc036468052aa4d6d9a70
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Move EWK implementation code into ewk/ directory where it belongs.

Add EWK_BRINGUP guards around kForceAccelerated2dCanvas command line
switch. It seems this flag was added by one of the patches for src/.

Change-Id: Ic6caebaf290a529a0ebd89d626a2b053727e6603
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

Make build_tv.sh script usable again.

Since chromium-efl sources are now storred in tizen_src subdirectory of
chromium the build script and spec file need to be adjusted.

Change-Id: I0dfa0af256447a496938b21b4569afa24aa09045
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Move EWK implementation code into ewk/ directory where it belongs.

Fix building EWK unit tests. Some trivial gyp changes make the code
buildable once again.

Change-Id: Id6077020d4c4ebb863087a7294284f06e42b15a0
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Merge efl-port POC code into tizen_src

Make sure we don't need to specify building_for_tizen_mobile gyp flag.
The default value of 0 should be used when the user does not define the
flag.

Change-Id: I142514d399d8c5157012ab37095e7de6e33b2c19
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>

fixup! Move EWK implementation code into ewk/ directory where it belongs.

Adjust EWK code to new multimedia related code naming scheme.

Change-Id: If3e96b010ab4a954dd31d6e117b002c7840bd779
Signed-off-by: Piotr Tworek <p.tworek@samsung.com>