Merge pull request #119 from legendlee1314/upstream_master

[SystemInfo] Fix running error on system_info.js

[SystemInfo] Fix running error on system_info.js

Merge pull request #117 from legendlee1314/master

[SystemInfo] Support read-only properties

[SystemInfo] Support read-only properties

Make 0.3 version as QA validated it.

Merge pull request #116 from fyraimar/master

[Systeminfo]Fix Desktop Build Error

[Systeminfo]Fix Desktop Build Error

Merge pull request #114 from qjia7/mymaster

[SystemInfo] Support multiple frames. Fixed bug #113 #569

Fixed memory corruption issue

Fixed bugs in the event listening mechanism

1. Use g_source_remove to unregister the g_timeout_add event.
2. In destructor, check if exists active listening event. If true, stop listening.

[SystemInfo] Support multiple frames. Fixed bug #113 #569

Merge pull request #112 from vcgomes/gvariant-fix

Fix crash when asking to pair a new device. Fixes #568.

bluetooth: Fix crash when receiving a PropertyChanged with new devices

This signal is emitted when a previously unknown device connects to
the host, for example, when you receive a connection from a device
that is not already paired.

bluetooth: Fix freeing a NULL GVariant

When createBonding() or destroyBonding() fails, a NULL GVariant is
returned as a result, we should not try to free it in this case.

Merge pull request #111 from qjia7/mymaster

[SystemInfo] Put Vconf event into StartListening and StopListing functio...

Merge pull request #108 from qjia7/master

[SystemInfo] Implement SystemInfoOptions support

[SystemInfo] Put Vconf event into StartListening and StopListing function

  Use StartListening to register the vconf event and StopListing to unregister
the vconf event.

[SystemInfo] Implement SystemInfoOptions support

Merge pull request #105 from yangruiIntel/master

[SystemInfo] Use vconf-self listening mechanism instead of the timeout mechanism for battery support

Merge pull request #98 from jeez/define-properties

[Bluetooth] Use Object.defineProperties instead of multiple Object.defineProperty in a loop.

Merge pull request #107 from legendlee1314/newmaster

[SystemInfo] Fix linking error at device orientation

[SystemInfo] Fix linking error at device orientation

Fix linking error while compiling on desktop.

Merge pull request #103 from yangruiIntel/tizen-extension

[SystemInfo]Implement peripheral property support

[SystemInfo] Use vconf-self listening mechanism instead of the timeout mechanism for battery support

[SystemInfo] Implement peripheral property support

Merge pull request #100 from qjia7/master

[SystemInfo] Add device orientation support

[SystemInfo] Add device orientation support

Merge pull request #101 from legendlee1314/master

[SystemInfo] Implement storage on mobile

[SystemInfo] Implement storage on mobile

Merge pull request #96 from qjia7/master

[SystemInfo] Add Cellular data support

Merge pull request #97 from deqing/master

[download] Advanced features

[SystemInfo] Add Cellular data support

[Bluetooth] Use Object.defineProperties instead of multiple Object.defineProperty in a loop.

[download] Advanced features

Merge pull request #95 from dorileo/tizen-bluetooth-clone

packaging and demo tweaks

[download] build download only when it's building for mobile

Since download_context.cc implementation is highly coupled to
capi-* stuffs we're building it just for mobile.

[demo] add images for bluetooth devices

Add images for bluetooth devices, the images were designed by
Fabricio Novak <fabricio.novak@intel.com>.

avoid running pkg-config when packages% is not set

For cases when a package% is conditionally defined just for a single
condition(i.e is defined when extension_host_os == mobile but not
defined for other host_os's - like it's done on download.gyp) we
should check if packages% has been defined, that way we have a consistent
build across different host os' and don't fail if packages% is a
zero length string.

demo and examples [re]packaging

This patch reorganizes the packaging for demo and example. With that
we now generate 3 packages: 1) the exentions itself, 2) examples and
3) demo.

The resulting packages are:
   tizen-extensions-crosswalk-${version}-${release}.${arch}.rpm
   tizen-extensions-crosswalk-bluetooth-demo-${version}-${release}.${arch}.rpm
   tizen-extensions-crosswalk-examples-${version}-${release}.${arch}.rpm

For both demo and examples packages a manifest xml file is generated
so we can have a launcher icon within tizen menu-screen.

Installation:
The extensions rpm installation remains the same(i.e rpm -Uvh --force
tizen-extensions-crosswalk-${version}-${release}.${arch}.rpm).

The additional packages(demo and examples) must be installed with
pkgcmd, like:
   $ pkgcmd -i -t rpm -p tizen-extensions-crosswalk-bluetooth-demo-0.2-0.i586.rpm -q
   $ pkgcmd -i -t rpm -p tizen-extensions-crosswalk-examples-0.2-0.i586.rpm -q

Merge pull request #94 from vcgomes/bluetooth-deviceclass-services

bluetooth: Add missing BluetoothClass attributes

bluetooth: Add missing BluetoothClass attributes

BluetoothClass.services and BluetoothClass.hasService() were missing.
'services' is a list of Major Service Class identifiers (see
https://www.bluetooth.org/en-us/specification/assigned-numbers/baseband ).

Merge pull request #93 from vcgomes/bluetooth-fix-found-devices

Bluetooth fix found devices

bluetooth: Simpify sending the DeviceFound message

This changes the semantics of this message a little, now it will
mean that a device was found during a Discovery, no matter if we
already have a object device representing it (known device) or
not.

bluetooth: Fix notifying the same device multiple times on discovery

With the changes to what information we keep on the C++ side of the
extension, there was a side effect that the same defice was reported
multiple times on the ondevicefound() Discovery callback.

The fix is to handle marking the device as "new" on the JS side, as it
already has the known_devices and found_devices list, so it can take the
correct decision.

Merge pull request #90 from dorileo/tizen-bluetooth-clone

[bluetooth] destroyBonding API and demo updates

[demo] bluetooth implement unpairing calls

[bluetooth] implement destroyBonding API

[bluetooth] trivial: avoid known_devices if error

Merge pull request #84 from fyraimar/master

Implement build API for Tizen mobile using capi

Merge pull request #92 from vcgomes/bluetooth-get-device

Add tizen.bluetooth.getDevice()

Merge pull request #91 from legendlee1314/master

[SystemInfo] Implement WIFI-NETWORK module

[SystemInfo] Use comprehensive function name instead

s/StartListen/StartListening
s/StopListen/StopListening

[SystemInfo] Implement WIFI-NETWORK module

Merge pull request #88 from qjia7/master

[Systeminfo] Add SIM property support

[SystemInfo][BATTERY] Using vconf for Tizen mobile

[SystemInfo] Minor fix to avoid using assign() of std::string

[SystemInfo][LOCALE] Using capi-runtime-info for Tizen mobile

[SystemInfo][BUILD] Using capi-system-info for Tizen mobile

[Systeminfo] Add SIM property support

bluetooth: Fix not adding a device to the known devices list

When the device is already known to BlueZ, an DeviceUpdated() message
will be sent, and it means that the device should be added directly
to the known_devices list that is kept.

One example of when this could happen is when there are already paired
devices when the extension starts.

bluetooth: Implement getDevice() for Adapter

This method returns an BluetoothDevice from the list of known devices.

bluetooth: Keep track of org.bluez.Device objects

The process is more involved for BlueZ 4 than for BlueZ 5. Before we can
notify upper layers that we have a new device we need at least to have its
address, for BlueZ 4, this requires that we send a D-Bus message to get its
properties.

For this process we keep a map of object paths to addresses, so when a
change is detected on one object path, it can be detected and we can
send a message to the JS side.

bluetooth: Use the same DeviceMap as BlueZ 5

As we want to keep track of changes in org.bluez.Device's objects,
it is very convenient that we keep GDBusProxies for each device.

And the plan is to have the key of the map to be the object path of
the device, so when an signal is emitted it can be immediately
recognized which device has changed.

Merge pull request #36 from deqing/master

Add Download API

Add download api

Merge pull request #87 from dorileo/tizen-bluetooth-clone

bluetooth createBonding API + initial demo pairing support

Merge pull request #89 from nagineni/power-desktop

[Power] Add HandleGetScreenState() to avoid undefined reference on desktop

Merge pull request #77 from tmpsantos/network_bearer

Network Bearer Selection API

[Power] Add HandleGetScreenState() to avoid undefined reference on desktop.

[demo] bluetooth initial pairing support

[bluetooth] implement createBonding API

Merge pull request #86 from jeez/bt-fix-tizen

Fix Bluetooth quirks for Tizen 2.x

[Bluetooth] Remove setPowered implementation.

Due to Tizen 2.x' platform-defined behavior, we are removing here
the adapter.setPowered API implementation. Modifying this property on
this platform actually makes it kill the bluetooth daemon and (soft) rfkill
the bluetooth module. After that we lose access even to the DBus interfaces
related to BlueZ, leading us to a inconsistent state.

In order to land a proper fix for this we need to first have
more control over our sync message return, so we can work-around
this platform issue and handle the bluetooth init/deinit during the
next tizen.bluetooth.getDefaultAdapter() (i.e. after a setPowered(false),
for instance).

[Bluetooth] Fix Bluetooth adapter initialization for Tizen 2.x

Merge pull request #85 from vcgomes/bluetooth-typo

bluetooth: Fix typo when copying "uuids" property for a cloned device

bluetooth: Fix typo when copying "uuids" property for a cloned device

Rename files to align with system_info

Improve the Network Bearer Selection example

Not it will show up in the top the current status of the
Wireless and Cellular network connection.

Add a functional but work-in-progress Network Bearer Selection API

This version is capable to open a mobile data or wireless connection
and keep track of its lifetime. The user of the API will get an error
if the connection is not available, success when it connects and also
the disconnect events just fine.

Make a enum of the possible error codes

This is the same list as we have in JS, and they must be always in
sync. It will be used to handle error codes in the native side.

Fix objects leaking on the Network Bearer API

Fix the build again for Desktop

pkg-config.gypi should be included only when you have the
packages variable set.

Merge pull request #83 from halton/master

[SystemInfo] Add getCapabilities support

[SystemInfo] Add getCapabilities support.

[SystemInfo] Code cleanup for non used declaration.

Merge pull request #82 from cmarcelo/build-fix-desktop

Fix build for desktop

Merge pull request #81 from dorileo/tizen-bluetooth-clone

demo: fix small coding style issues pointed out by Kenneth.

Fix build for desktop

demo: fix small coding style issues pointed out by Kenneth.

Make 0.2 release.

Merge pull request #79 from dorileo/tizen-bluetooth-clone

Add tizen bluetooth clone app

Add tizen bluetooth clone app

Merge pull request #80 from jeez/bt-fixes

[Bluetooth] Fix missing readonly properties assignment issue

Merge pull request #78 from darktears/power-tct-fixes

Fix crash in tct test suite of Tizen Power API.

[Bluetooth] Fix missing readonly properties assignment issue

Fix crash in tct test suite of Tizen Power API.

Verify isNan for setting the brightness.

This commit also fix a warning related to deleting a void*.

Merge pull request #67 from riju/tizen_sysSettings

System settings API

Merge pull request #76 from halton/master

Several fixes for SystemInfo on Tizen mobile.

Some style nits

Merge pull request #66 from fyraimar/master

Fix c++ stream using problem in system_info/locale&build