Also need to set aura::Window title

Since each DesktopNativeWidgetAura uses a sole aura::Window as its
backed, once the title of native widget gets updated, the title of
aura::Window should also be updated in addition to updating the
XWindow created by DesktopRootWindowHostX11.

BUG=https://github.com/otcshare/crosswalk/issues/191
TEST=xwalk_browsertest --gtest_filter=XWalkRuntimeTest.GetWindowTitle

Conflicts:
	ui/views/widget/desktop_aura/desktop_native_widget_aura.cc

Rework with 32.0.1700.4 by Halton
Aura: fix the touch event doesn't work on Tizen 3.0 issue.

Chromium uses the sourceid of a XIDeviceEvent to decide if it is orignated
from a touch device. See events_x.cc:717. However, Chromium uses deviceid to
check touch device. See touch_factory_x11.cc:158.

As X11 spec, only slave device has same sourceid and device id. So Chromium
should setup touch device list with XISlavePointer other than XIMasterPointer
device.

BUG=https://github.com/otcshare/crosswalk/issues/187
TESTS=https://github.com/borismus/MagicTouch/blob/master/samples/tracker.html

Rework with 32.0.1700.4 by Halton
Export DesktopCursorLoaderUpdaterAuraX11 and DesktopFocusRules to maintain DesktopRootWindowHost inside xwalk.

We will perhaps make something like ui/views/widget/desktop_aura inside xwalk to
satisfy our all requirements. At that time, this patch can be rollbacked.

Rework with 32.0.1700.4 by Halton
Fix touch support issue on Tizen 2.1

On Tizen 2.1, the multi-touch support is different from the XInput2.2
approach. It extends the older Input2.1 spec to use multiple touch
devices for multiple touch points, one touch device for one touch
points. The device type name for this purpose is MULTITOUCHSCREEN which
is not defined by XInput extension.

This fix is to make Crosswalk be able to handle the new extension to
XInput2.1 by introducing a new build option 'enable_xi21_mt'. It should
be turned on for Tizen 2.1, and is exclusive to 'use_xi2_mt' option.

Rework with 32.0.1700.4 by Halton
Move ENABLE_XI21_MT definition to xwalk.

We don't want to change chromium sources if possible.

Conflicts:
	build/common.gypi

Rework with 32.0.1700.4 by Halton
Fix the issue of video/audio playback with file://android_asset scheme.

The MediaPlayerBridge in Chromium accepts uri as data source, but MediaPlayer
can't handle file:///android_asset. So for such case, handle it specially.
[Tizen] Don't SetProcessTitleFromCommandLine.

SetProcessTitleFromCommandLine changes process title to absolute path of the
executable.

It has two issues on Tizen.
1. Tizen task manager can not recognize xwalk process.
2. Web app uses symbol link to the xwalk executable. Web app process title must
show symbol link path, not xwalk executable path for the task manager to
recognize Web app, not XWalk.
[Tizen] Change Sandbox IPC process title.

SetProcessTitleFromCommandLine() plays a role to change process title to
absolute path of the executable with arguments that the CommandLine object has.
For example, we want gpu process title to be "<xwalk dir>/xwalk
--type=gpu-process", not "/proc/self/exe --type=gpu-process"

However, we don't want to change browser process title, because browser process
title should be web app symbolic link path, not xwalk executable absolute path.

SandboxIPC process is the process forked by browser process. We want that
SandboxIPC process title is different from browser process title. Otherwise,
Tizen task switcher misunderstands that SandboxIPC process is also web
application process.

To achieve it,
1. Browser process must not call SetProcessTitleFromCommandLine();
2. Browser process must save argv pointer to change SandboxIPC process title later.
3. SandboxIPC process also calls SetProcessTitleFromCommandLine() to change its own process title.

BUG=https://github.com/crosswalk-project/crosswalk/issues/609
[Android] Extend android install timeout to 5 minutes for testing

For android trybots, they will use emulator to run tests.
On emulator, the operation will take really a lot of time.
[Android] When running android test, try killing adb if no devices found

It randomly happens that adb devices return empty list even device
is actually connected, killing adb and restart it can fix this.

CL=https://codereview.chromium.org/24194002
[Android] Fix the render issue introduced by single process mode.

* In Chromium, single process mode is only for Android WebView, ContentShell and
its derivatives only go to the multiple process mode.
* The context design is only for multiple process mode(ContentShell/XWalk), if we
force running it with single process mode, there are issues (black regions for
video/canvas/webgl layers, and black screen for stop/restart actions). The reason
is that Android port has browser-side compositor, and the shared context in
browser-side compositor has conflicts with renderer's contexts if running in single
process mode.
* To run ContentShell/XWalk in single process mode, we have to resolve the shared
context issue between renderer/browser.

BUG=https://github.com/crosswalk-project/crosswalk/issues/516

Conflicts:
	content/browser/renderer_host/compositor_impl_android.cc
	content/browser/renderer_host/image_transport_factory_android.cc
	content/common/gpu/client/webgraphicscontext3d_command_buffer_impl.cc
	content/common/gpu/client/webgraphicscontext3d_command_buffer_impl.h

Rework with 32.0.1700.4 by Halton
Use XmbSetWMProperties to set window title for i18n issue

BUG=https://github.com/otcshare/crosswalk/issues/189
[Backport] Aura: enable the touch events dispatch in DesktopRootWindowHostX11

This patch is backport from upstream. Please remove it when we rebase.
Build fix linux aura without USE_XI2_MT.

touch_factory_x11.cc:96 must not use XScopedString because it is defined ui/base.
ui/base depends on ui/events.

Cherry-pick from https://codereview.chromium.org/49383011/

Rework with 32.1700.0.4 by Halton, merges
3ff637cff34efc896e80fb0b44e4a3f026c9e37e and
90260a316ff855358b188bb6e68d5b272edc149e