1. 28 Feb, 2018 1 commit
  2. 23 Feb, 2018 1 commit
  3. 22 Feb, 2018 1 commit
  4. 22 Jan, 2018 1 commit
  5. 19 Jan, 2018 2 commits
  6. 18 Jan, 2018 1 commit
    • Christian Kellner's avatar
      device: explicitly set "stored" property · 11b20cb7
      Christian Kellner authored
      If the "store" property is changed, we also explicitly set the
      "stored" property (although it is a transient property). This is
      needed because the BoltDBusManagerSkeleton object created by
      gdbus-bindgen will cache properties and only sent out changes if
      they are changed (according to its own cache); therefore we need
      to update the cache.
  7. 11 Dec, 2017 1 commit
    • Christian Kellner's avatar
      device: update state directly after authorization · 2396c90c
      Christian Kellner authored
      Before this change, the state of the device was update after
      authorization either directly in the case of error or in the case of
      successful authorization, indirectly via the uevent, which would then
      lead to a call to device_update_from_udev.  As a result of this the
      status would get updated only *after* the call to
      bolt_device_authorize is already finished (and the D-Bus method return
      on the client) for the brief period between the method return and the
      uevent the status of the device would not reflect the actual state.
      Therefore we now use bolt_auth_to_state to directly update the device
      state in both, error and success, cases.  We still keep the uevent
      mechanism in place because that ensures we will stay in sync with
      external events (i.e.  events not cause by us).
  8. 30 Nov, 2017 1 commit
  9. 29 Nov, 2017 1 commit
    • Christian Kellner's avatar
      boltd: workaround for gdbus-codegen and properties · b054a760
      Christian Kellner authored
      When using gdbus-codegen's generated Skeleton base class and over-
      riding (dbus exported) properties the dbus properties change
      signal is broken.
      Work around that by calling the super class (i.e. the skeleton's
      class) set_property method.
      See the comment in the code (bolt_device_set_property ) for details.
  10. 25 Nov, 2017 1 commit
  11. 24 Nov, 2017 2 commits
  12. 23 Nov, 2017 2 commits
  13. 21 Nov, 2017 5 commits
  14. 17 Nov, 2017 2 commits
    • Christian Kellner's avatar
      device: refactor authentication · 4e07805a
      Christian Kellner authored
      There is now a dedicated BoltAuth object that, a) stores the
      information for the authentication process (level, key), keeps
      track who initiated the authentication (origin), as well
      as the result.
      Device::Authenticate dbus method now only uses existing
      authentication information, if any.
      Manager::Enroll must be used to authenticate new devices.
    • Christian Kellner's avatar
      device: add status-changed signal · f3c03a07
      Christian Kellner authored
  15. 16 Nov, 2017 5 commits
  16. 15 Nov, 2017 12 commits
  17. 09 Nov, 2017 1 commit