An error occurred fetching the project authors.
  1. 28 Sep, 2016 1 commit
  2. 22 Sep, 2016 1 commit
  3. 19 Sep, 2016 1 commit
  4. 12 Sep, 2016 1 commit
  5. 09 Sep, 2016 1 commit
  6. 06 Sep, 2016 3 commits
  7. 01 Sep, 2016 1 commit
  8. 30 Aug, 2016 2 commits
  9. 24 Aug, 2016 1 commit
  10. 10 Aug, 2016 1 commit
    • Stan Hu's avatar
      Clean up project destruction · 4955a47c
      Stan Hu authored
      Instead of redirecting from the project service to the service and back to the model,
      put all destruction code in the service. Also removes a possible source of failure
      where run_after_commit may not destroy the project.
      4955a47c
  11. 20 Jul, 2016 1 commit
  12. 12 Jul, 2016 9 commits
  13. 11 Jul, 2016 1 commit
  14. 08 Jul, 2016 1 commit
  15. 06 Jul, 2016 2 commits
  16. 01 Jul, 2016 1 commit
  17. 03 Jun, 2016 2 commits
  18. 10 May, 2016 1 commit
    • Sean McGivern's avatar
      Restrict starred projects to viewable ones · 97424ea5
      Sean McGivern authored
      `User#starred_projects` doesn't perform any visibility checks. This has
      a couple of problems:
      
      1. It assumes a user can always view all of their starred projects in
         perpetuity (project not changed to private, access revoked, etc.).
      2. It assumes that we'll only ever allow a user to star a project they
         can view. This is currently the case, but bugs happen.
      
      Add `User#viewable_starred_projects` to filter the starred projects by
      those the user either has explicit access to, or are public or
      internal. Then use that in all places where we list the user's starred
      projects.
      97424ea5
  19. 09 May, 2016 1 commit
  20. 29 Apr, 2016 1 commit
  21. 13 Apr, 2016 3 commits
  22. 24 Mar, 2016 1 commit
  23. 23 Mar, 2016 1 commit
  24. 13 Mar, 2016 1 commit
  25. 04 Feb, 2016 1 commit