summaryrefslogtreecommitdiff
path: root/lib/api/projects.rb
Commit message (Collapse)AuthorAgeFilesLines
* Grapify the projects APIgrapify-projects-apiRobert Schilling2016-11-281-313/+265
|
* API: Introduce `#find_project!` which also check access permissionRémy Coutable2016-11-241-1/+1
| | | | Signed-off-by: Rémy Coutable <remy@rymai.me>
* API: Add endpoint to delete a group shareapi-delete-group-shareRobert Schilling2016-11-231-0/+13
|
* Add setting to only allow merge requests to be merged when all discussions ↵Rodolfo Santos2016-11-041-3/+6
| | | | | | are resolved Signed-off-by: Rémy Coutable <remy@rymai.me>
* Merge branch 'api-fix-project-group-sharing' into 'security'Rémy Coutable2016-10-111-0/+6
| | | | | | | | | | | | | | | | | | | | | API: Share projects only with groups current_user can access Aims to address the issues here: https://gitlab.com/gitlab-org/gitlab-ce/issues/23004 * Projects can be shared with non-existent groups * Projects can be shared with groups that the current user does not have access to read Concerns: The new implementation of the API endpoint allows projects to be shared with a larger range of groups than can be done via the web UI. The form for sharing a project with a group uses the following API endpoint to index the available groups: https://gitlab.com/gitlab-org/gitlab-ce/blob/494269fc92f61098ee6bd635a0426129ce2c5456/lib/api/groups.rb#L17. The groups indexed in the web form will only be those groups that the user is currently a member of. The new implementation allows projects to be shared with any group that the authenticated user has access to view. This widens the range of groups to those that are public and internal. See merge request !2005 Signed-off-by: Rémy Coutable <remy@rymai.me>
* Tidy up project list actionsben.boeckel/gitlab-ce-api-visible-projectsSean McGivern2016-10-051-28/+24
|
* api: add /projects/visible API endpointBen Boeckel2016-10-041-0/+15
| | | | FIxes #19361, #3119.
* Expose project share expiration_date field on APIissue_22382Felipe Artur2016-09-281-5/+6
|
* API: Return 404 when trying to fork to unaccessible namespaceRémy Coutable2016-09-221-1/+3
| | | | Signed-off-by: Rémy Coutable <remy@rymai.me>
* Allow to set request_access_enabled for groups and projects using APIFelipe Artur2016-09-191-42/+47
|
* Use Search::GlobalService.new in the `GET /projects/search/:query` endpointrc-api-use-search-globalservice-in-projects-search-apiRémy Coutable2016-09-121-12/+3
| | | | | | | | | | Also streamline the sorting part while we're at it. That being done, there's currently a duplication between `GET /projects/search/:query` and `GET /projects?search=:search` so we might want to keep only the latter for 9.0... Signed-off-by: Rémy Coutable <remy@rymai.me>
* Search should compare only the lowercase versions of the project namesRazzeee2016-09-091-1/+1
|
* Higher code quality for fork to namespace APIOlaf Tomalka2016-09-061-1/+0
|
* Improved code quality on API fork namespace featureOlaf Tomalka2016-09-061-3/+6
|
* Added fork API paremeter for a specific namespaceOlaf Tomalka2016-09-061-2/+14
| | | | | | | | | Browser interface allows forking to an owned grup. This commit brings API up to speed by providing optional namespace parameter to fork API. This allows forking to users and groups under forker's control using their id or unique name. Fixes #21591
* Project tools visibility levelFelipe Artur2016-09-011-1/+1
|
* Renamed `enable_lfs` to `lfs_enabled` for the Project field, and related fixes.project-specific-lfsPatricio Cano2016-08-301-5/+7
|
* Added CHANGELOG, documentation, and API functionalityPatricio Cano2016-08-301-2/+6
|
* expose 'only_allow_merge_if_build_succeeds' project setting in the APIMarc Dequènes (Duck)2016-08-241-3/+6
|
* Clean up project destructionclean-up-project-destroyStan Hu2016-08-101-1/+1
| | | | | | Instead of redirecting from the project service to the service and back to the model, put all destruction code in the service. Also removes a possible source of failure where run_after_commit may not destroy the project.
* Replace parse_boolean with to_booleanRobert Schilling2016-07-201-1/+1
|
* removes basicprojectwithaccess and replaces it with basicprojectdetailstiagonbotelho2016-07-121-1/+1
|
* changes the usage of simpleprojectdetails to already implemented ↵tiagonbotelho2016-07-121-11/+0
| | | | basicprojectsdetails and changes the url to a more reader friendly format
* adds basic functionality to the new endpoint of the apitiagonbotelho2016-07-121-0/+11
|
* changes string to symbol in paramtiagonbotelho2016-07-121-1/+1
|
* adds test to check json fields on simple request and changes the url request ↵tiagonbotelho2016-07-121-1/+1
| | | | format
* changes the usage of simpleprojectdetails to already implemented ↵tiagonbotelho2016-07-121-12/+5
| | | | basicprojectsdetails and changes the url to a more reader friendly format
* adds basic functionality to the new endpoint of the apitiagonbotelho2016-07-121-2/+11
|
* implements filter_paramstiagonbotelho2016-07-121-0/+2
|
* Enable Style/EmptyLines cop, remove redundant onesrubocop/enable-cops-for-empty-linesGrzegorz Bizon2016-07-011-2/+0
|
* Merge remote-tracking branch 'origin/master' into docker-registryKamil Trzcinski2016-05-131-1/+1
|\ | | | | | | | | # Conflicts: # config/initializers/1_settings.rb
| * Restrict starred projects to viewable onesSean McGivern2016-05-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | `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.
* | Rename `images` to `container_registry`Kamil Trzcinski2016-05-091-5/+5
| |
* | Make images_enabled configurableKamil Trzcinski2016-04-291-0/+5
|/
* Styling changes to code and docsRobert Schilling2016-04-131-1/+3
|
* Make staring API more restfulRobert Schilling2016-04-131-6/+5
|
* API: Star and unstar a projectRobert Schilling2016-04-131-0/+33
|
* PUT becomes POST on archiving endpointsZeger-Jan van de Weg2016-03-241-4/+4
| | | | | Also the specs have a minor improvement. Mainly the access right spec. Changes are reflected in the docs
* Add endpoints for archiving and unarchivingZeger-Jan van de Weg2016-03-231-0/+28
|
* Bring share project with group API from EEshare-project-ceDmitriy Zaporozhets2016-03-131-0/+27
| | | | Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
* Rename allow_guest_to_access_builds to public_buildsKamil Trzcinski2016-02-041-6/+6
|
* Expose allow_guest_to_access_builds in GitLab APIKamil Trzcinski2016-02-041-3/+9
|
* First pass at deleting projects in the background.Josh Frye2016-01-291-2/+2
|
* Merge branch 'ci/api-projects' into 'master' Douwe Maan2016-01-131-6/+11
|\ | | | | | | | | | | | | Extend projects API with CI data Reference #4264 See merge request !2303
| * Modify CI features in projects APIci/api-projectsTomasz Maczukin2016-01-111-27/+14
| |
| * Update ./doc/apiTomasz Maczukin2016-01-071-0/+9
| |
| * Add ci fields in project create/update feature APITomasz Maczukin2016-01-051-3/+12
| |
* | Add API project upload endpointDouwe Maan2016-01-071-1/+11
|/
* Fix API project lookups when querying with a namespace with dotsStan Hu2016-01-031-1/+1
| | | | | | | | | | | | | | | 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
* Add project permissions to all project API endpointsStan Hu2015-12-221-3/+3
| | | | This standardizes all the project API formats. Also needed to support Huboard.