summaryrefslogtreecommitdiff
path: root/db/migrate/20140407135544_fix_namespaces.rb
Commit message (Collapse)AuthorAgeFilesLines
* Fix bug where destroying a namespace would not always destroy projectsStan Hu2016-08-111-2/+8
| | | | | | | | | | | | | | | | | | | 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
* Enable RuboCop for migrationsenable-rubocop-for-migrationsSean McGivern2016-06-091-0/+1
| | | | | | | Migrations shouldn't fail RuboCop checks - especially lint checks, such as the nested method check. To avoid changing code in existing migrations, add the magic comment to the top of each of them to skip that file.
* Add trailing newline to all text files.Ciro Santilli2014-06-211-1/+1
| | | | Present in the large majority of files of each respective type.
* add a spaceJob van der Voort2014-04-071-2/+2
|
* Fix faulty namespacesJob van der Voort2014-04-071-0/+10