Skip to content
Snippets Groups Projects
  1. Jan 24, 2020
  2. Jan 21, 2020
  3. Dec 31, 2019
  4. Dec 20, 2019
  5. Nov 19, 2019
  6. Nov 04, 2019
  7. Oct 22, 2019
  8. Sep 24, 2019
  9. Sep 16, 2019
  10. Sep 13, 2019
  11. Sep 11, 2019
  12. Sep 10, 2019
  13. 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
  14. Aug 31, 2019
  15. Aug 30, 2019
  16. Aug 29, 2019
  17. Aug 26, 2019
  18. Aug 21, 2019
  19. Aug 12, 2019
  20. Aug 08, 2019
  21. Aug 07, 2019
  22. Aug 05, 2019
  23. Jul 23, 2019
  24. Jul 15, 2019
  25. 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
  26. 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
  27. Jun 18, 2019
  28. Jun 13, 2019
  29. May 21, 2019
  30. May 07, 2019
Loading