An error occurred fetching the project authors.
- 20 Sep, 2016 1 commit
-
-
Rémy Coutable authored
Allow to set request_access_enabled for groups and projects using API Closes #20978 See merge request !6359
-
- 01 Sep, 2016 1 commit
-
-
Felipe Artur authored
-
- 24 Aug, 2016 1 commit
-
-
Marc Dequènes (Duck) authored
-
- 11 Aug, 2016 1 commit
-
-
Valery Sizov authored
-
- 09 Aug, 2016 2 commits
-
-
tiagonbotelho authored
-
tiagonbotelho authored
-
- 04 Aug, 2016 1 commit
-
-
Z.J. van de Weg authored
Also, fix the failing test in the process
-
- 20 Jul, 2016 1 commit
-
-
Alejandro Rodríguez authored
Also, in favour of consistency, deprecate `/projects/:id/keys/...` routes in favour of `/projects/:id/deploy_keys/...`
-
- 19 Jul, 2016 1 commit
-
-
Rémy Coutable authored
Signed-off-by:
Rémy Coutable <remy@rymai.me>
-
- 13 Jul, 2016 1 commit
-
-
tiagonbotelho authored
-
- 12 Jul, 2016 4 commits
-
-
tiagonbotelho authored
-
tiagonbotelho authored
-
tiagonbotelho authored
-
tiagonbotelho authored
-
- 11 Jul, 2016 2 commits
-
-
tiagonbotelho authored
-
tiagonbotelho authored
-
- 08 Jul, 2016 1 commit
-
-
Robert Schilling authored
-
- 01 Jul, 2016 1 commit
-
-
Grzegorz Bizon authored
-
- 29 Jun, 2016 1 commit
-
-
Grzegorz Bizon authored
-
- 27 Jun, 2016 1 commit
-
-
Z.J. van de Weg authored
-
- 13 Jun, 2016 1 commit
-
-
Felipe Artur authored
-
- 03 Jun, 2016 2 commits
-
-
James Lopez authored
This reverts commit 3e991230.
-
James Lopez authored
# Conflicts: # app/models/project.rb
-
- 10 May, 2016 1 commit
-
-
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.
-
- 25 Apr, 2016 1 commit
-
-
Stan Hu authored
Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/15580
-
- 13 Apr, 2016 3 commits
-
-
Robert Schilling authored
-
Robert Schilling authored
-
Robert Schilling authored
-
- 24 Mar, 2016 1 commit
-
-
Zeger-Jan van de Weg authored
Also the specs have a minor improvement. Mainly the access right spec. Changes are reflected in the docs
-
- 23 Mar, 2016 1 commit
-
-
Zeger-Jan van de Weg authored
-
- 19 Mar, 2016 1 commit
-
-
Felipe Artur authored
-
- 13 Mar, 2016 1 commit
-
-
Dmitriy Zaporozhets authored
Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- 06 Mar, 2016 1 commit
-
-
Robert Speicher authored
-
- 19 Jan, 2016 1 commit
-
-
Josh Frye authored
-
- 07 Jan, 2016 1 commit
-
-
Douwe Maan authored
-
- 03 Jan, 2016 1 commit
-
-
Stan Hu authored
Attempting to use the /projects/:id API by specifying :id in "namespace/project" format would always result in a 404 if the namespace contained a dot. The reason? From http://guides.rubyonrails.org/routing.html#specifying-constraints: "By default the :id parameter doesn't accept dots - this is because the dot is used as a separator for formatted routes. If you need to use a dot within an :id add a constraint which overrides this - for example id: /[^\/]+/ allows anything except a slash." Closes https://github.com/gitlabhq/gitlabhq/issues/9573
-
- 22 Dec, 2015 1 commit
-
-
Stan Hu authored
This standardizes all the project API formats. Also needed to support Huboard.
-
- 16 Dec, 2015 1 commit
-
-
Zeger-Jan van de Weg authored
Fixes #4112
-
- 12 Dec, 2015 1 commit
-
-
Stan Hu authored
This is needed to support Huboard and a generally useful value.
-
- 11 Dec, 2015 1 commit
-
-
Kamil Trzcinski authored
-