summaryrefslogtreecommitdiff
path: root/lib/api/helpers
Commit message (Collapse)AuthorAgeFilesLines
...
* Merge branch 'gitaly-shell-redis' into 'master'Dmitriy Zaporozhets2017-09-011-0/+4
|\ | | | | | | | | Implement /internal/post_receive unified endpoint for PostReceive tasks See merge request !13916
| * Implement /internal/post_receive unified endpoint for PostReceive tasksgitaly-shell-redisAlejandro Rodríguez2017-08-311-0/+4
| |
* | `current_application_settings` belongs on `Gitlab::CurrentSettings`Sean McGivern2017-08-311-0/+2
|/ | | | | | | | | | | | | | | | The initializers including this were doing so at the top level, so every object loaded after them had a `current_application_settings` method. However, if someone had rack-attack enabled (which was loaded before these initializers), it would try to load the API, and fail, because `Gitlab::CurrentSettings` didn't have that method. To fix this: 1. Don't include `Gitlab::CurrentSettings` at the top level. We do not need `Object.new.current_application_settings` to work. 2. Make `Gitlab::CurrentSettings` explicitly `extend self`, as we already use it like that in several places. 3. Change the initializers to use that new form.
* Total Pages should be at least onetc-git-tower-pagination-linksToon Claes2017-08-171-6/+11
| | | | And the link to the last page cannot be `page=0`.
* don't add next page link if current page is out of rangeJordan Patterson2017-08-171-1/+1
|
* Re-enable SqlInjection and CommandInjectionBrian Neel2017-08-081-1/+3
|
* Ensure Gitlab::Application.routes.default_url_options are set correctly in ↵Rémy Coutable2017-07-281-1/+1
| | | | | | Capybara + :js specs Signed-off-by: Rémy Coutable <remy@rymai.me>
* Resolve "More RESTful API: include resource URLs in responses"Oswaldo Ferreira2017-07-251-0/+28
|
* Send Gitaly Repository with /api/internal/allowedgitaly-internal-allowed-send-repoKim "BKC" Carlbäcker2017-07-071-6/+29
| | | | | - Make single gitaly payload - Add feature-flag specs to verify payload
* Fix current feature related specsTiago Botelho2017-06-281-1/+2
|
* Add “Project moved” error to Git-over-SSHMichael Kozono2017-06-161-1/+6
|
* Refactor construction of responseMichael Kozono2017-06-051-0/+16
|
* fix for Follow-up from "Backport of Multiple Assignees featurefixes_for_multiple_issue_assigneesValery Sizov2017-05-111-4/+4
|
* Merge branch ↵Sean McGivern2017-05-051-38/+14
|\ | | | | | | | | | | | | | | | | '29925-gitlab-shell-hooks-can-no-longer-send-absolute-paths-to-gitlab-ce' into 'master' Generate and handle a gl_repository param to pass around components Closes #29925 See merge request !10992
| * Generate and handle a gl_repository param to pass around componentsAlejandro Rodríguez2017-05-031-38/+14
| | | | | | | | | | | | | | | | | | This new param allows us to share project information between components that don't share or don't have access to the same filesystem mountpoints, for example between Gitaly and Rails or between Rails and Gitlab-Shell hooks. The previous parameters are still supported, but if found, gl_repository is prefered. The old parameters should be deprecated once all components support the new format.
* | Backport of multiple_assignees_feature [ci skip]Valery Sizov2017-05-041-0/+13
|/
* Remove unused user activities codeSean McGivern2017-04-141-2/+1
|
* Remove user activities table and use redis instead of PG for recording ↵James Lopez2017-04-141-0/+7
| | | | | | activities Refactored specs and added a post deployment migration to remove the activity users table.
* Set Git-specific env in /api/internal/allowedRémy Coutable2017-04-101-3/+3
| | | | Signed-off-by: Rémy Coutable <remy@rymai.me>
* Backport API changes needed to fix sticking in EEbackport-sticking-api-helper-changesYorick Peterse2017-03-311-1/+5
| | | | | | These changes are ported over from https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/1502 to reduce the number of merge conflicts that may occur.
* Remove legacy Runners support in /api/v4/jobs/requestTomasz Maczukin2017-03-201-8/+0
| | | | | | | | | | | | | | | In Runner v1.3.0 we've started to send User-Agent header with Runner's version data. Since GitLab v8.12.0 we've started to use this header to check if used Runner's version supports 204 status code instead of 404 as a response when there is no jobs to execute by a Runner. In APIv4 (introduced in GitLab 9.0.0) will require Runner v9.0.0. And writing more accurately: GitLab Runner v9.0.0 will require GitLab at least 9.0.0. Because of such breaking change we are able to switch entirely to 204 response code and there is no need to do check of User-Agent. This commit removes useless code and complexity.
* Merge branch '28447-hybrid-repository-storages' into 'master' Sean McGivern2017-03-071-3/+3
|\ | | | | | | | | Update storage settings to allow extra values per shard See merge request !9597
| * Update storage settings to allow extra values per shard28447-hybrid-repository-storagesAlejandro Rodríguez2017-03-031-3/+3
| | | | | | | | | | | | | | This will be necessary when adding gitaly settings. This version doesn't make any functional changes, but allows us to include this breaking change in 9.0 and add the needed extra settings in the future with backwards compatibility
* | Fix rubocop offensesTomasz Maczukin2017-03-021-2/+2
| |
* | Add artifacts uploading authorize APITomasz Maczukin2017-03-021-0/+4
| |
* | Add job patch trace APITomasz Maczukin2017-03-021-0/+13
| |
* | Add job update APITomasz Maczukin2017-03-021-1/+10
| |
* | Fix rubocop offensesTomasz Maczukin2017-03-021-1/+1
| |
* | Add jobs requesting APITomasz Maczukin2017-03-021-0/+28
|/
* Merge branch 'feature/runners-v4-api' into 'master' Kamil Trzciński2017-02-271-0/+23
|\ | | | | | | | | Add Runner registration/deletion API See merge request !9246
| * Rename API::Ci to API::Runnerfeature/runners-v4-apiTomasz Maczukin2017-02-161-1/+1
| |
| * Fix rubocop offensesTomasz Maczukin2017-02-161-4/+3
| |
| * Add Runner registration/deletion APITomasz Maczukin2017-02-161-0/+24
| |
* | Paginate all endpoints that return an arrayRobert Schilling2017-02-161-1/+1
|/
* replace `find_with_namespace` with `find_by_full_path`Adam Pahlevi2017-02-031-2/+2
| | | | add complete changelog for !8949
* Merge branch 'master' into auto-pipelines-vueGrzegorz Bizon2016-12-211-0/+8
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * master: (367 commits) Set “Remove branch” button to default size remove unused helper method reduce common code even further to satisfy rake flay remove button class size alteration from revert and cherry pick links factor out common code to satisfy rake flay homogenize revert and cherry-pick button styles generated by commits_helper apply margin on alert banners only when there is one or more alerts Rename MattermostNotificationService back to MattermostService Rename SlackNotificationService back to SlackService Fix stage and pipeline specs and rubocop offenses Added QueryRecorder to test N+1 fix on Milestone#show Use gitlab-workhorse 1.2.1 Make 'unmarked as WIP' message more consistent Improve specs for Files API Allow unauthenticated access to Repositories Files API GET endpoints Add isolated view spec for pipeline stage partial Move test for HTML stage endpoint to controller specs Fix sizing of avatar circles; add border Fix broken test Fix broken test Changes after review ... Conflicts: app/assets/stylesheets/pages/pipelines.scss app/controllers/projects/pipelines_controller.rb app/views/projects/pipelines/index.html.haml spec/features/projects/pipelines/pipelines_spec.rb
| * Accept environment variables from the `pre-receive` script.Timothy Andrew2016-12-161-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Starting version 2.11, git changed the way the pre-receive flow works. - Previously, the new potential objects would be added to the main repo. If the pre-receive passes, the new objects stay in the repo but are linked up. If the pre-receive fails, the new objects stay orphaned in the repo, and are cleaned up during the next `git gc`. - In 2.11, the new potential objects are added to a temporary "alternate object directory", that git creates for this purpose. If the pre-receive passes, the objects from the alternate object directory are migrated to the main repo. If the pre-receive fails the alternate object directory is simply deleted. 2. In our workflow, the pre-recieve script (in `gitlab-shell) calls the `/allowed` endpoint, which calls out directly to git to perform various checks. These direct calls to git do _not_ have the necessary environment variables set which allow access to the "alternate object directory" (explained above). Therefore these calls to git are not able to access any of the new potential objects to be added during this push. 3. We fix this by accepting the relevant environment variables (GIT_ALTERNATE_OBJECT_DIRECTORIES, GIT_OBJECT_DIRECTORY) on the `/allowed` endpoint, and then include these environment variables while calling out to git. 4. This commit includes (whitelisted) these environment variables while making the "force push" check. A `Gitlab::Git::RevList` module is extracted to prevent `ForcePush` from being littered with these checks.
* | Merge branch 'master' into auto-pipelines-vueRegis2016-12-161-0/+14
|\ \ | |/
| * Add an environment slugNick Thomas2016-12-151-0/+14
| |
* | Extract API pagination code to a separete moduleGrzegorz Bizon2016-12-071-0/+45
|/
* API: Introduce `#find_group!` which also check access permission22373-reduce-queries-in-api-helpers-find_projectRémy Coutable2016-11-241-1/+1
| | | | Signed-off-by: Rémy Coutable <remy@rymai.me>
* Fix POST /internal/allowed to cope with gitlab-shell v4.0.0 project pathsNick Thomas2016-11-161-0/+57
| | | | | | | | | | | | | gitlab-shell v3.6.6 would give project paths like so: * namespace/project gitlab-shell v4.0.0 can give project paths like so: * /namespace1/namespace2/project * /namespace/project * /path/to/repository/storage/namespace1/namespace2/project * /path/to/repository/storage/namespace/project
* New AccessRequests API endpoints for Group & ProjectRémy Coutable2016-08-101-0/+13
Also, mutualize AccessRequests and Members endpoints for Group & Project. New API documentation for the AccessRequests endpoints. Signed-off-by: Rémy Coutable <remy@rymai.me>