Tests: add dependency to phonesim
Merge pull request #46 from martyone/master

Tests: add dependency to phonesim
[tests] Add mce-tools dependency

Signed-off-by: Matti Kosola <matti.kosola@jolla.com>
[tests] Prepare ofono for phonesim before running tests

Signed-off-by: Matti Kosola <matti.kosola@jolla.com>
Merge pull request #47 from mkosola/master

Prepare ofono for phonesim before running tests
Bump version to 0.56

Signed-off-by: Matti Kosola <matti.kosola@jolla.com>
[tests] Give more time for phonesim to start completely before testing

Signed-off-by: Matti Kosola <matti.kosola@jolla.com>
[tests] Disable ril plugin during testing

Signed-off-by: Matti Kosola <matti.kosola@jolla.com>
Merge pull request #48 from mkosola/master

Fixes to test scripts
[libqofono] Don't clear contexts when ofono Attached changes

Previously data context list was cleared when Attached
property was disabled, causing list to be inconsistent
with ofono.
Now lib's contexts array updating relies on ofono signals.
Merge pull request #49 from tkenakka/fix-context-clearing

[libqofono] Don't clear contexts when ofono Attached changes
[libqofono] Added QOfonoConnectionContext::disconnect()

It may be convenient to synchronously deactivate the context, for example,
prior to modifying settings. Other SetProperty calls will fail while context
is still active.

Also, it doesn't make sense to check the active status in setAccessPointName
because:

a) Name isn't the only property that can't be changed while context is active
b) It could be that Active has already changed on the ofono side but the
   property change notification hasn't reached us yet.

Better let ofono check the value of the Active property and make appropriate
decision based on that.
Merge pull request #50 from monich/disconnect

Added QOfonoConnectionContext::disconnect()
Bump version to 0.59
Removed yaml files
Merge pull request #51 from monich/noyaml

Removed yaml files
scan call should emit _either_ a scanError or scanFinished.

In case of an error, such as 'Operation already in progress', the scan for
the particular call to scan was never started (it ended with an
error) so it can never be finished.

The documentation for callWithCallback states it will call the
error method _instead_ of the return method in the case of an error.

I can see the need for a scanInProgress property or somesuch.
Merge pull request #53 from lpotter/master

scan call should emit _either_ a scanError or scanFinished.