1. 18 Jul, 2018 7 commits
  2. 13 Jul, 2018 1 commit
  3. 12 Jul, 2018 3 commits
  4. 26 Jun, 2018 1 commit
  5. 05 Jun, 2018 1 commit
  6. 17 May, 2018 1 commit
  7. 04 May, 2018 1 commit
  8. 19 Apr, 2018 1 commit
  9. 17 Apr, 2018 3 commits
  10. 29 Mar, 2018 1 commit
  11. 23 Mar, 2018 1 commit
  12. 14 Mar, 2018 1 commit
  13. 05 Mar, 2018 1 commit
  14. 01 Mar, 2018 2 commits
  15. 28 Feb, 2018 1 commit
  16. 27 Feb, 2018 1 commit
    • Joaquim Rocha's avatar
      Notify apps' property changes from the main loop · 176cb24b
      Joaquim Rocha authored
      These changes avoid a race when apps are refined from within a
      different thread, as their properties' notification were being
      emitted (and thus triggering) code from those.
      
      Specifically there was a race when setting up the CSS for the
      background tile as this code was not getting run from the main
      loop.
      176cb24b
  17. 26 Feb, 2018 1 commit
  18. 23 Feb, 2018 3 commits
  19. 22 Feb, 2018 2 commits
  20. 19 Feb, 2018 1 commit
  21. 15 Feb, 2018 1 commit
  22. 31 Jan, 2018 1 commit
  23. 27 Jan, 2018 1 commit
    • Kalev Lember's avatar
      plugin loader: Slightly increase warning timeouts · c01aa5c8
      Kalev Lember authored
      Instead of 0.5 seconds, warn when a plugin takes longer than 1 second to
      run. We've had this warning for the appstream plugin for a while now
      during startup and it's just noise, hindering debugging / breaking in
      gdb on g_warnings.
      c01aa5c8
  24. 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.
      fdf5bc2e
    • Joaquim Rocha's avatar
      Limit the number of certain operations running in parallel · 199acf85
      Joaquim Rocha authored
      Operations like installation/update/upgrade-download can be resource
      intensive in slower machines, e.g. several installs at the same time may
      use memory or disk to a point where the whole system becomes unusable.
      This has been observed on machines that have 2GB of RAM (or less) and
      spinning disks.
      
      To avoid such situations, these changes limit the number of operations
      that can run in parallel by using a thread pool. The number of parallel
      operations allowed is in function of the RAM (one thread allowed per
      GB).
      199acf85
    • 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
      this.
      
      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.
      b59516e3