BigW Consortium Gitlab

  1. 06 Apr, 2017 1 commit
    • ProjectsFinder should handle more options · b996a82f
      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.
  2. 15 Mar, 2017 1 commit
  3. 06 Mar, 2017 1 commit
  4. 23 Feb, 2017 1 commit
  5. 17 Feb, 2017 1 commit
  6. 11 Jan, 2017 1 commit
  7. 09 Jan, 2017 4 commits
  8. 09 Dec, 2016 1 commit
  9. 06 Dec, 2016 1 commit
  10. 05 Dec, 2016 1 commit
    • Fix Archived project merge requests add to group's Merge Requests · 4d26ab28
      Jacopo authored
      counter
      
      This is done by:
       - Extending the IssuableFinder adding the non_archived option to the params
       - Overriding the #filter_params in the MergeRequestsAction
       - Passing the non_archived param in the nav/_group.html.haml navbar
         partial from the groups/merge_requests.html.haml
  11. 01 Dec, 2016 1 commit
    • Count all issuable states at once · 8ee07280
      Sean McGivern authored
      Instead of doing n queries for n states, do one query to get all the
      counts grouped by state, and figure out what the count is for each state
      is from that. We can still cache the individual counts (it can't hurt),
      but this will help with initial load.
      
      Note that the `opened` scope on `Issuable` includes the `opened` and
      `reopened` states, which is why there's a special case.
  12. 29 Nov, 2016 2 commits
  13. 26 Nov, 2016 1 commit
  14. 09 Nov, 2016 1 commit
  15. 01 Nov, 2016 1 commit
  16. 19 Oct, 2016 4 commits
  17. 30 Sep, 2016 1 commit
  18. 20 Sep, 2016 1 commit
  19. 30 Aug, 2016 1 commit
  20. 01 Aug, 2016 1 commit
    • State specific default sort order for issuables · 84a3225b
      zs authored
      Provide more sensible default sort order for issues and merge requests
      based on the following table:
      
      | type           | state  | default sort order |
      |----------------|--------|--------------------|
      | issues         | open   | last created       |
      | issues         | closed | last updated       |
      | issues         | all    | last created       |
      | merge requests | open   | last created       |
      | merge requests | merged | last updated       |
      | merge requests | closed | last updated       |
      | merge requests | all    | last created       |
  21. 06 Jun, 2016 2 commits
  22. 03 Jun, 2016 2 commits
  23. 31 May, 2016 1 commit
  24. 24 May, 2016 2 commits
  25. 16 May, 2016 1 commit
    • Make upcoming milestone work across projects · 750b2ff0
      Sean McGivern authored
      Before: we took the next milestone due across all projects in the
      search and found issues whose milestone title matched that
      one. Problems:
      
      1. The milestone could be closed.
      2. Different projects have milestones with different schedules.
      3. Different projects have milestones with different titles.
      4. Different projects can have milestones with different schedules, but
         the _same_ title. That means we could show issues from a past
         milestone, or one that's far in the future.
      
      After: gather the ID of the next milestone on each project we're looking
      at, and find issues with those milestone IDs. Problems:
      
      1. For a lot of projects, this can return a lot of IDs.
      2. The SQL query has to be different between Postgres and MySQL, because
         MySQL is much more lenient with HAVING: as well as the columns
         appearing in GROUP BY or in aggregate clauses, MySQL allows them to
         appear in the SELECT list (un-aggregated).
  26. 21 Apr, 2016 1 commit
  27. 20 Apr, 2016 4 commits