An error occurred fetching the project authors.
- 10 Jul, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 09 Jul, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 26 Jun, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
Apply user project limit only for personal projects. We should not include group projects for user limit
-
- 22 Jun, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 21 Jun, 2013 3 commits
-
-
Dmitriy Zaporozhets authored
-
Dmitriy Zaporozhets authored
Since masters_projects does not cover most of cases now we use authorized_projects for DeployKey read access
-
Dmitriy Zaporozhets authored
Improve query of authorized_projects. Cache results for authorized_groups, authorized_projects methods
-
- 20 Jun, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 19 Jun, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 18 Jun, 2013 2 commits
-
-
Dmitriy Zaporozhets authored
-
Dmitriy Zaporozhets authored
-
- 13 Jun, 2013 2 commits
-
-
Dmitriy Zaporozhets authored
-
Dmitriy Zaporozhets authored
-
- 12 Jun, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 05 Jun, 2013 1 commit
-
-
babatakao authored
500 error was occured in the following steps: 1. user1 creates new team "team1". 2. Assign team1 to project1. 3. Sign in as admin. This admin is not a member of team1. 4. Open project1 team setting page (/project1/team). 5. Click "team1" link in "Assigned teams" area. 6. 500 error. Fixed this issue.
-
- 04 Jun, 2013 1 commit
-
-
babatakao authored
-
- 03 Jun, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
Add api to collect owned user projects. Api deploy_key.create: Enable deploy key if it exist in other owned project
-
- 24 May, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 16 May, 2013 1 commit
-
-
Dmitry Medvinsky authored
“Can create groups” and “Can create teams” had hardcoded defaults to `true`. Sometimes it is desirable to prohibit these for newly created users by default.
-
- 08 May, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 06 May, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 04 Apr, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 03 Apr, 2013 2 commits
-
-
Dmitriy Zaporozhets authored
-
Andrey Kumanyaev authored
-
- 27 Mar, 2013 2 commits
-
-
Dmitriy Zaporozhets authored
-
Dmitriy Zaporozhets authored
-
- 26 Mar, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 25 Mar, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 24 Mar, 2013 1 commit
-
-
Andrew8xx8 authored
-
- 15 Mar, 2013 2 commits
-
-
Dmitriy Zaporozhets authored
-
Dmitriy Zaporozhets authored
-
- 13 Mar, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 05 Mar, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 04 Mar, 2013 1 commit
-
-
Andrew8xx8 authored
-
- 26 Feb, 2013 2 commits
-
-
Dmitriy Zaporozhets authored
-
Dmitriy Zaporozhets authored
-
- 19 Feb, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-
- 18 Feb, 2013 1 commit
-
-
Marin Jankovski authored
-
- 14 Feb, 2013 1 commit
-
-
Jaakko Kantojärvi authored
This option allows to disable users from changing their username. This is very usefull in environments using strong internal authentication methods like ldap, pam or shibboleth. You can allow users to change theyr username in these environments, but then new users (users loging in first time) is blocked from gitlab is her username exists.
-
- 13 Feb, 2013 1 commit
-
-
Dmitriy Zaporozhets authored
-