Skip to content
Snippets Groups Projects
  1. Mar 11, 2020
  2. Feb 20, 2020
  3. Jan 24, 2020
  4. Jan 21, 2020
  5. Dec 31, 2019
  6. Dec 20, 2019
  7. Nov 19, 2019
  8. Nov 04, 2019
  9. Oct 22, 2019
  10. Sep 24, 2019
  11. Sep 16, 2019
  12. Sep 13, 2019
  13. Sep 11, 2019
  14. Sep 10, 2019
  15. Sep 07, 2019
    • Jan Provaznik's avatar
      Use delete_all for deleting events · f2754e41
      Jan Provaznik authored
      Because we don't have any destroy callbacks (or other logic
      triggered on event destroy), there is no reason for deleting events
      inefficiently one by one, instead we can use :delete_all.
      f2754e41
  16. Aug 31, 2019
  17. Aug 30, 2019
  18. Aug 29, 2019
  19. Aug 26, 2019
  20. Aug 21, 2019
  21. Aug 12, 2019
  22. Aug 08, 2019
  23. Aug 07, 2019
  24. Aug 05, 2019
  25. Jul 23, 2019
  26. Jul 15, 2019
  27. Jul 09, 2019
    • Bob Van Landuyt's avatar
      Set the name of a user-namespace to the user name · 5f088300
      Bob Van Landuyt authored
      Instead of setting the name of the namespace to the user's username,
      set it to the user's name.
      
      This is more consistent with how we name the routes:
      The route-name of a namespace is the human name of the routable. In
      the case of a user-namespace, this is the owner's name.
      
      When we change a user's name (both on create and update), we now also
      update the namespace-name to the user's name. This will make sure that
      if we also correctly update all the nested routes.
      5f088300
  28. Jul 02, 2019
    • Stan Hu's avatar
      Use an uncached application setting for usage ping checks · 7db32c40
      Stan Hu authored
      The introduction of the in-memory cache for application settings had a
      side effect of making it harder to invalidate changes when the settings
      occur. We now bypass the cache because it's possible the admin enabled
      the usage ping, and we don't want to annoy the user again if they
      already set the value.
      
      To avoid causing significant load on the system, we add an extra check
      to ensure the user is an admin. and we don't want to annoy the user
      again if they already set the value. This is a bit of hack, but the
      alternative would be to put in a more complex cache invalidation
      step. Since this call only gets called in the uncommon situation where
      the user is an admin and the only user in the instance, this shouldn't
      cause too much load on the system.
      7db32c40
  29. Jun 18, 2019
  30. Jun 13, 2019
  31. May 21, 2019
Loading