Welcome to mirror list, hosted at ThFree Co, Russian Federation.

gitlab.com/gitlab-org/gitlab-foss.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
path: root/spec/controllers/admin/groups_controller_spec.rb
AgeCommit message (Collapse)Author
2022-12-20Add latest changes from gitlab-org/gitlab@15-7-stable-eev15.7.0-rc42GitLab Bot
2022-11-17Add latest changes from gitlab-org/gitlab@15-6-stable-eev15.6.0-rc42GitLab Bot
2022-10-20Add latest changes from gitlab-org/gitlab@15-5-stable-eev15.5.0-rc42GitLab Bot
2022-05-19Add latest changes from gitlab-org/gitlab@15-0-stable-eev15.0.0-rc42GitLab Bot
2021-06-16Add latest changes from gitlab-org/gitlab@14-0-stable-eev14.0.0-rc42GitLab Bot
2021-05-19Add latest changes from gitlab-org/gitlab@13-12-stable-eev13.12.0-rc42GitLab Bot
2021-04-21Add latest changes from gitlab-org/gitlab@13-11-stable-eev13.11.0-rc43GitLab Bot
2020-11-13Add latest changes from gitlab-org/gitlab@13-5-stable-eev13.5.4GitLab Bot
2020-06-18Add latest changes from gitlab-org/gitlab@13-1-stable-eeGitLab Bot
2019-07-19Style rules; Revert some examplesFabio Papa
2019-07-19Make subgroup_creation_level default to maintainer at SQL levelFabio Papa
- Migration updates existing groups to "owner", then sets default to "maintainer" so that new groups will default to that - Update spec examples
2019-07-19Style rules; Revert some examplesFabio Papa
2019-07-19Apply changes recomended by merge request coachFabio Papa
2019-07-19Make subgroup_creation_level default to maintainer at SQL levelFabio Papa
- Migration updates existing groups to "owner", then sets default to "maintainer" so that new groups will default to that - Update spec examples
2019-07-19Style rules; Revert some examplesFabio Papa
2019-07-19Apply changes recomended by merge request coachFabio Papa
2019-07-19Make subgroup_creation_level default to maintainer at SQL levelFabio Papa
- Migration updates existing groups to "owner", then sets default to "maintainer" so that new groups will default to that - Update spec examples
2019-07-19Style rules; Revert some examplesFabio Papa
2019-07-19Add examples specing the setting to choose who can create subgroupsFabio Papa
This setting is at the group level only. The default is specified to be maintainers and owners. **Specs only**, all failing.
2019-04-15Add some frozen string to spec/**/*.rbgfyoung
Adds frozen string to the following: * spec/bin/**/*.rb * spec/config/**/*.rb * spec/controllers/**/*.rb xref https://gitlab.com/gitlab-org/gitlab-ce/issues/59758
2019-04-05Add part of needed codeGosia Ksionek
Add columns to store project creation settings Add project creation level column in groups and default project creation column in application settings Remove obsolete line from schema Update migration with project_creation_level column existence check Rename migrations to avoid conflicts Update migration methods Update migration method
2018-12-19Update specs to rails5 formatblackst0ne
Updates specs to use new rails5 format. The old format: `get :show, { some: params }, { some: headers }` The new format: `get :show, params: { some: params }, headers: { some: headers }`
2017-08-03Change all `:empty_project` to `:project`Robert Speicher
2017-06-06Limit non-administrators to adding 100 members at a time to groups and projectsNick Thomas
2017-04-20Refactor Admin::GroupsController#members_update method and add some specsDmitriy Zaporozhets
Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
2017-01-26Use `empty_project` where possible in controller specsRobert Speicher
2016-08-16This fixes a long running tests due to changed Sidekiq stateKamil Trzcinski
2016-08-12Fix bug where destroying a namespace would not always destroy projectsStan Hu
There is a race condition in DestroyGroupService now that projects are deleted asynchronously: 1. User attempts to delete group 2. DestroyGroupService iterates through all projects and schedules a Sidekiq job to delete each Project 3. DestroyGroupService destroys the Group, leaving all its projects without a namespace 4. Projects::DestroyService runs later but the can?(current_user, :remove_project) is `false` because the user no longer has permission to destroy projects with no namespace. 5. This leaves the project in pending_delete state with no namespace/group. Projects without a namespace or group also adds another problem: it's not possible to destroy the container registry tags, since container_registry_path_with_namespace is the wrong value. The fix is to destroy the group asynchronously and to run execute directly on Projects::DestroyService. Closes #17893
    generated by cgit v1.2.3 (git 2.25.1) at 2024-08-16 15:53:22 +0300