1. 12 Jul, 2018 2 commits
  2. 05 Jun, 2018 1 commit
  3. 17 May, 2018 1 commit
  4. 19 Apr, 2018 1 commit
  5. 17 Apr, 2018 1 commit
    • Richard Hughes's avatar
      Add a warning when enabling the LVFS remote · d695afcf
      Richard Hughes authored
      Distributions like RHEL do not enable the LVFS by default and the legal team
      here say we need to add some agreement text which is shown before we enable
      downloading content from an external source.
      No new strings, so no translation freeze break.
  6. 29 Mar, 2018 1 commit
  7. 01 Mar, 2018 2 commits
  8. 22 Feb, 2018 1 commit
  9. 25 Jan, 2018 3 commits
    • Joaquim Rocha's avatar
      Make the QUEUED_FOR_INSTALL UX consistent with having a pending-action · fdf5bc2e
      Joaquim Rocha authored
      Apps can get assigned an AS_APP_STATE_QUEUED_FOR_INSTALL state which
      means they will not be installed until the network is connected again.
      The UX for showing this state in the details page consisted in showin a
      "Pending" string and a cancel button.
      This is very similar to the UX of the apps when they have a
      pending-action assigned to them, but actually less informative.
      Thus, for consistency and improvement, these changes make the UX for the
      QUEUED_FOR_INSTALL state the same as for pending-action.
    • Joaquim Rocha's avatar
      Add a pending-action to GsApp · b59516e3
      Joaquim Rocha authored
      Sometimes we cannot apply an action to a GsApp right away (e.g. because
      of not having an available worker thread for the action), so we should
      be able to set up an internal state in GsApp objects in order to reflect
      For that purpose, this patch introduces a gs_app_get/set_pending_action
      private method that can be used to track and eventually inform the user
      about this condition.
    • Joaquim Rocha's avatar
      Don't recover the apps' state back to QUEUED_FOR_INSTALL · f762cd2f
      Joaquim Rocha authored
      The AS_APP_STATE_QUEUED_FOR_INSTALL is a state that depends on usually
      temporary conditions, like not having a connection. So we shouldn't
      recover that state, otherwise, the following can happen:
      * there's no connection so an app gets queued for installation;
      * when the connection becomes available the app starts installing;
      * however if the user cancels the installation, the app will show up as
        queued for install.
      Thus, this patch prevents the mentioned state from being recovered.
  10. 11 Jan, 2018 1 commit
    • Kalev Lember's avatar
      GsApp: Avoid dereferencing priv before g_return_if_fail checks · 53d502da
      Kalev Lember authored
      We had a common pattern throughout the file to do:
        GsAppPrivate *priv = gs_app_get_instance_private (app);
        g_autoptr(GMutexLocker) locker = g_mutex_locker_new (&priv->mutex);
        g_return_if_fail (GS_IS_APP (app));
      ... which led to crashes when app was NULL, as g_return_if_fail was
      never reached in that case. This commit reorders this so that we first
      do the g_return_if_fail check and only then dereference priv.
  11. 02 Jan, 2018 2 commits
  12. 05 Dec, 2017 2 commits
  13. 22 Nov, 2017 3 commits
  14. 02 Nov, 2017 1 commit
    • Joaquim Rocha's avatar
      Add a cancellable to GsApp objects · da83bd73
      Joaquim Rocha authored
      This cancellable should be used in operations related to the app, e.g.
      installing, updating, etc. This is convenient because sometimes an
      operation will be shown in different views, so we cannot use a local
      cancellable, as it will be impossible to start the operation in one view
      and cancel it in another.
  15. 19 Oct, 2017 1 commit
  16. 18 Oct, 2017 1 commit
  17. 13 Sep, 2017 1 commit
  18. 12 Sep, 2017 2 commits
  19. 16 Aug, 2017 1 commit
  20. 17 Jul, 2017 2 commits
  21. 13 Jul, 2017 4 commits
  22. 20 Jun, 2017 1 commit
  23. 14 Jun, 2017 1 commit
  24. 16 May, 2017 1 commit
  25. 12 May, 2017 3 commits