delta/gitlab/gitlab-ce.git/app/controllers/groups_controller.rb, branch feature/github-edit-path gitlab.com: gitlab-org/gitlab-ce.git Syntax fixes and better tests for helper methods. Updated docs. 2016-09-15T19:10:49+00:00 Patricio Cano suprnova32@gmail.com 2016-09-06T16:48:00+00:00 02ddb9dff4084f615f744614cf81dc4166d61668 






Added group-specific setting for LFS.
2016-09-15T17:27:32+00:00

Patricio Cano
suprnova32@gmail.com

2016-09-01T23:49:48+00:00

fd621429508ba3877e27a8187f0d491576b65ad0

Groups can enable/disable LFS, but this setting can be overridden at the project level. Admin only





Groups can enable/disable LFS, but this setting can be overridden at the project level. Admin only







Fix bug where destroying a namespace would not always destroy projects
2016-08-11T22:36:35+00:00

Stan Hu
stanhu@gmail.com

2016-05-29T02:54:17+00:00

cb8a425ba42e9be23b8712ed29b1db2dcc6bd139

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





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







Allow to disable user request access to groups/projects
2016-07-20T12:38:21+00:00

Felipe Artur
felipefac@gmail.com

2016-07-15T21:46:29+00:00

4d69cb9d9460f9805bfc1f34ca3a600f54804167












merge master into issue_3359_3
2016-06-29T14:04:18+00:00

Felipe Artur
felipefac@gmail.com

2016-06-22T13:50:19+00:00

36d48120f66d52dcc8697893ca1ab85322ba7c8b












Insert notification settings dropdown into groups
2016-06-22T13:44:20+00:00

Felipe Artur
felipefac@gmail.com

2016-06-21T19:50:13+00:00

8447c6b180297840d835a609d95808834f498d87












Insert notification settings dropdown into groups
2016-06-22T13:38:42+00:00

Felipe Artur
felipefac@gmail.com

2016-06-21T19:50:13+00:00

92e183542fe0e13930220ba3bbf67b9197cfc026












Projects on group page should be sorted by last activity instead of id/created_at
2016-04-14T09:00:24+00:00

Dmitriy Zaporozhets
dmitriy.zaporozhets@gmail.com

2016-04-14T08:57:13+00:00

ec3f4f5bf06aa662b86079d815f9a68b556190f3

Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>





Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>







Merge branch 'master' into issue_12658
2016-03-21T22:22:21+00:00

Douwe Maan
douwe@selenight.nl

2016-03-21T22:22:21+00:00

ae7b2ef62cdf61c990f914d776a6fdfc2bc49fa2

# Conflicts:
#	app/models/issue.rb
#	app/views/projects/_home_panel.html.haml
#	app/views/shared/projects/_project.html.haml
#	db/schema.rb
#	spec/models/project_spec.rb





# Conflicts:
#	app/models/issue.rb
#	app/views/projects/_home_panel.html.haml
#	app/views/shared/projects/_project.html.haml
#	db/schema.rb
#	spec/models/project_spec.rb







Fix "Shared projects" tab
2016-03-20T20:30:08+00:00

Douwe Maan
douwe@selenight.nl

2016-03-20T20:30:08+00:00

3058a8fa4c1dfdf50a6f274bfbf280f8d2137168