Read about our upcoming Code of Conduct on this issue

  1. 24 Aug, 2017 1 commit
  2. 02 Aug, 2017 1 commit
  3. 30 May, 2017 2 commits
  4. 06 Apr, 2017 1 commit
    • Jacopo's avatar
      ProjectsFinder should handle more options · 05d2c6345fa2
      Jacopo authored
      Extended ProjectFinder in order to handle the following options:
       - current_user - which user use
       - project_ids_relation: int[] - project ids to use
       - params:
         -  trending: boolean
         -  non_public: boolean
         -  starred: boolean
         -  sort: string
         -  visibility_level: int
         -  tags: string[]
         -  personal: boolean
         -  search: string
         -  non_archived: boolean
      GroupProjectsFinder now inherits from ProjectsFinder.
      Changed the code in order to use the new available options.
  5. 26 Jan, 2017 1 commit
  6. 28 Sep, 2016 1 commit
    • Rémy Coutable's avatar
      Allow Member.add_user to handle access requesters · 44fe4f60aea6
      Rémy Coutable authored
      Changes include:
      - Ensure Member.add_user is not called directly when not necessary
      - New GroupMember.add_users_to_group to have the same abstraction level as for Project
      - Refactor Member.add_user to take a source instead of an array of members
      - Fix Rubocop offenses
      - Always use Project#add_user instead of
      - Factorize users addition as members in Member.add_users_to_source
      - Make access_level a keyword argument in GroupMember.add_users_to_group and ProjectMember.add_users_to_projects
      - Destroy any requester before adding them as a member
      - Improve the way we handle access requesters in Member.add_user
        Instead of removing the requester and creating a new member,
        we now simply accepts their access request. This way, they will
        receive a "access request granted" email.
      - Fix error that was previously silently ignored
      - Stop raising when access level is invalid in Member, let Rails validation do their work
      Signed-off-by: default avatarRémy Coutable <>
  7. 15 Aug, 2016 2 commits
  8. 21 Mar, 2016 1 commit
  9. 19 Mar, 2016 1 commit
  10. 12 Mar, 2016 1 commit
  11. 20 Nov, 2015 1 commit
    • Yorick Peterse's avatar
      Port GitLab EE ProjectsFinder changes · 7eca8f92c5da
      Yorick Peterse authored
      These changes were added in GitLab EE commit
      d39de0ea91b26b8840195e5674b92c353cc16661. The tests were a bit bugged
      (they used a non existing group, thus not testing a crucial part) which
      I only noticed when porting CE changes to EE.
  12. 18 Nov, 2015 1 commit
    • Yorick Peterse's avatar
      Refactor ProjectsFinder to not pluck IDs · 1d2439555e72
      Yorick Peterse authored
      This class now uses a UNION (when needed) instead of plucking tens of
      thousands of project IDs into memory. The tests have also been
      re-written to ensure all different use cases are tested properly
      (assuming I didn't forget any cases).
      The finder has also been broken up into 3 different finder classes:
      * ContributedProjectsFinder: class for getting the projects a user
        contributed to.
      * PersonalProjectsFinder: class for getting the personal projects of a
      * ProjectsFinder: class for getting generic projects visible to a given
      Previously a lot of the logic of these finders was handled directly in
      the users controller.
  13. 07 Aug, 2015 1 commit
  14. 12 Feb, 2015 1 commit
  15. 19 Mar, 2014 1 commit
  16. 25 Feb, 2014 2 commits