- Feb 08, 2018
-
-
Markus Koller authored
-
- Feb 01, 2018
-
-
Yorick Peterse authored
This ensures that we have more visibility in the number of SQL queries that are executed in web requests. The current threshold is hardcoded to 100 as we will rarely (maybe once or twice) change it. In production and development we use Sentry if enabled, in the test environment we raise an error. This feature is also only enabled in production/staging when running on GitLab.com as it's not very useful to other users.
-
- Jan 19, 2018
-
-
Resolve "Projects API: filter 'with_issues_enabled=true' returns projects with 'issues_enabled=false'"
-
- Jan 11, 2018
-
-
- Dec 07, 2017
-
-
- Dec 01, 2017
-
-
Francisco Javier López authored
-
Francisco Javier López authored
Comments from code review applied. Also switched forked_from_project and ForkedProjectLinks to ForkNetworkMember
-
Francisco Javier López authored
-
- Nov 06, 2017
-
-
Markus Koller authored
-
- Sep 19, 2017
-
-
Mark Fletcher authored
-
- Sep 06, 2017
-
-
Ashley Dumaine authored
-
Ashley Dumaine authored
-
- Aug 31, 2017
-
-
Robert Schilling authored
-
- Aug 29, 2017
-
-
Robert Schilling authored
-
- Aug 28, 2017
-
-
Robert Schilling authored
-
Robert Schilling authored
-
Robert Schilling authored
-
- Aug 14, 2017
-
-
Yorick Peterse authored
The number of forks of a project doesn't change very frequently and running a COUNT(*) every time this information is requested can be quite expensive. We also end up running such a COUNT(*) query at least twice on the homepage of a project. By caching this data and refreshing it when necessary we can reduce project homepage loading times by around 60 milliseconds (based on the timings of https://gitlab.com/gitlab-org/gitlab-ce).
-
- Jul 20, 2017
-
-
Dmitriy Zaporozhets authored
New version of the gem returns 200 status code on delete with content instead of 204 so we explicitly set status code to keep existing behavior Signed-off-by:
Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
-
- Jul 07, 2017
-
-
Rémy Coutable authored
Signed-off-by:
Rémy Coutable <remy@rymai.me>
-
- Jul 06, 2017
-
-
vanadium23 authored
-
- Jul 05, 2017
-
-
Lin Jen-Shin authored
-
- Jul 03, 2017
-
-
Lin Jen-Shin authored
-
- Jun 29, 2017
-
-
http://jneen.net/ authored
-
- Jun 27, 2017
-
-
http://jneen.net/ authored
since we're loading all the members anyways
-
- Jun 19, 2017
-
-
David Turner authored
-
- Jun 09, 2017
-
-
vanadium23 authored
-
- Jun 06, 2017
-
-
Mark Fletcher authored
* Meld the following disparate endpoints: * `/projects/:id/events` * `/events` * `/users/:id/events` + Add result filtering to the above endpoints: * action * target_type * before and after dates
-
- Jun 02, 2017
-
-
Rémy Coutable authored
Signed-off-by:
Rémy Coutable <remy@rymai.me>
-
Athar Hameed authored
-
- May 31, 2017
-
-
vanadium23 authored
-
- May 30, 2017
-
-
Toon Claes authored
And use it in the API.
-
Toon Claes authored
The ProjectsFinder and GroupFinder both support the same set of params. And the `/api/v4/projects` and `/api/v4/group/:id/projects` also support the same set of params. But they do not match the Finder params. So use a helper method to transform them.
-
Toon Claes authored
Instead of trying to do the heavy lifting in the API itself, use the existing features of the ProjectFinder.
-
Toon Claes authored
The ProjectFinder supports the `non_public` parameter. This can be used to find only projects the user is member of.
-
Toon Claes authored
Because this order makes more sense and makes the code easier to read.
-
Toon Claes authored
To avoid passing parameters double, move all filtering to the `present_projects` helper.
-
blackst0ne authored
'New issue'/'New merge request' dropdowns should show only projects with issues/merge requests feature enabled
-
- May 10, 2017
-
-
Rémy Coutable authored
Use the EnforcedStyleForMultiline: no_comma option. Signed-off-by:
Rémy Coutable <remy@rymai.me>
-
Rémy Coutable authored
Use the EnforcedStyleForMultiline: no_comma option. Signed-off-by:
Rémy Coutable <remy@rymai.me>
-