|
Changes:
- Properly split out media control and transport callbacks, working
on an implementation in a client pointed out some issues that
needed to be fixed.
- Add new exported API functions bluez_get_media_control_properties
and bluez_get_media_player_properties to simplify the ability of
clients to determine the current state. This is more required now
for the usecase of standalone clients starting up separately as
opposed to having a binding tracking the state for them.
- Added logic in bluez_devices_signal_callback to be paranoid about
the input to the callback, as it became clear from debugging that
having two different libraries use g_dbus_connection_signal_subscribe
in the same process results in the separately registered callbacks
all getting called with the superset of the filtered signal requests.
At best this leads to confusion with respect to logging/debugging, at
worst it opens the door to tripping over unexpected inputs in the
callbacks.
- Fixed the device path being passed to bluez_autoconnect, this seems
to re-enable the workaround wrt devices disconnecting after the
initial connect. Further investigation is required into what
happens here, but the behavior now seems to match the pre-refactored
code in the binding.
- Added a couple of DEBUG statements to allow vetting the arguments
passed to g_dbus_connection_call in a couple of places.
- Fix install of the test program if building it is enabled with the
meson option.
Bug-AGL: SPEC-4231
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Change-Id: Iba5bb6e4bde3a9f4172d11b9eefdddf8c5da2203
|
Scott Murray