[Tizen] Move application binary path from .config to  TZ_USER_APP / TZ_SYS_RW_APP

user application binary is now located in TZ_USER_APP instead of /$HOME/.config
global application binary in TZ_SYS_RW_APP instead of /usr/apps/.config

BUG=XWALK-2672

Signed-off-by: Sabera Djelti (sdi2) <sabera.djelti@open.eurogiciel.org>
[Tizen] Remove Blink-Add-GCC-flag-Wno-narrowing-fix-64bits-build.patch.

Since b089b656 ("[Tizen] Stop unconditionally passing -Wall to the
compiler") we have stopped making the compiler generate more error
messages than intended. As that commit explains, Chromium has its own
mechanisms for deciding which parts of the code need -Wall and which
need it to be left out (since several pieces are built with -Werror),
and we should trust it to do the right thing.

This allows us to get rid of this patch since the code now builds
cleanly on both 32- and 64-bit architectures.

BUG=XWALK-917
[Tizen] Add element namespace recognition in app-widget manifest handler

This patch adds code testing whether app-widget element and its children
are in tizen namespace.
[Tizen] Prevent unpacked widget installation

With this patch installer aborts installation when a path
to a widget points to a directory.

BUG=XWALK-2927
Bump version to 11.39.248.0
Merge pull request #2627 from KFilipek/XWALK-2927

[Tizen] Prevent unpacked widget installation
Merge pull request #2626 from tweglarski/AppWidgetNamespaceFix

[Tizen] Add element namespace recognition in app-widget manifest handler
Application: Add the check for return value.

The return value of getString() was not being checked.

CID=194038
BUG=XWALK-2928
Bump version to 11.39.249.0
ApplicationSystem: Initialize |params|.

The local variable was not being initialized in launch_params().

CID=194562
BUG=XWALK-2928
[Tizen] XWalkExtension class refactoring

A type of a field in XWalkExtension class was changed
from base::ListValue to std::vector<std::string>
to avoid unnecessary conversions.
[Tizen] Parsing of app-control entry in widget manifest

In xml manifest, we have following structure of app-control entry:
<tizen:app-control>
    <tizen:src name="edit.html"/>
    <tizen:operation name="http://tizen.org/appcontrol/operation/edit"/>
    <tizen:mime name="image/jpg" />
    <tizen:uri name=""/>
</tizen:app-control>

Information about app-control should be passed to platform's manifest.xml
during installation of widget.

This information enables launching applications based on app control as
handler for given URI or MIME type.
Fix unit tests in id_util_unittest.cc file

This path adds prefix 'xwalk.' at the beginning
of tested application ids for Tizen platform.
Tests fixed:
- IDUtilTest.GenerateID
- IDUtilTest.IsValidApplicationID
Merge pull request #2592 from tiwanek/XWALK-1490

[Tizen] Parsing of app-control entry in widget manifest
[Tizen] Tune up app-widget element parsing in its manifest handler

Tizen 2.2 WRT Core Spec:
 - does not classify as invalid, widgets with:
   - more than one primary app-widgets,
   - no primary app-widget,
 - does specify that box-icon element is optional.

This patch removes unnecessary validation of primary attribute
in app-widget element and fixes parsing of box-icon element.

Link to the spec:
https://source.tizen.org/sites/default/files/page/tizen-2.2-wrt-core-spec.pdf
Merge pull request #2634 from tweglarski/AppWidgetTuneUp

[Tizen] Tune up app-widget element parsing in its manifest handler
Bump version to 11.39.250.0
[Tizen] Add explicit dependencies on some targets.

This fixes some issues with a component=shared_library build that just
made it evident that we were using code from some parts of Chromium
without depending on the targets:

* application/browser/application_tizen.cc uses ui::PlatformEventSource.
* runtime/browser/ui/splash_screen_tizen.cc uses
  ui::ImplicitAnimationObserver.
Merge pull request #2638 from rakuco/tizen-add-target-dependencies

[Tizen] Add explicit dependencies on some targets.
Bump version to 11.39.251.0