Project

General

Profile

Actions

Feature #4687

open

Add copy project permission

Added by Nick Fitzgerald about 14 years ago. Updated about 1 month ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Projects
Start date:
2010-01-29
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

With the ability to copy projects, it would be nice to be able to grant permissions to do so. Currently only Redmine administrators can copy projects. If this permission is added a Copy project link could be added on the Overview tab next to the Add subject link.


Files

diff.patch (5.08 KB) diff.patch Mizuki ISHIKAWA, 2020-02-19 07:08
project_copy.patch (5.6 KB) project_copy.patch Markus Gerhold, 2020-04-24 08:45
4687-v2.patch (5.01 KB) 4687-v2.patch Go MAEDA, 2021-02-07 08:52
4687-v3.patch (10.9 KB) 4687-v3.patch Mizuki ISHIKAWA, 2022-04-13 04:16
permissions.png (120 KB) permissions.png Mizuki ISHIKAWA, 2022-04-13 04:17
4687-v4.patch (11.9 KB) 4687-v4.patch Mizuki ISHIKAWA, 2022-04-14 03:54
4687-v4-for_v4.2.9.patch (12.6 KB) 4687-v4-for_v4.2.9.patch Markus Boremski, 2023-02-07 09:40

Related issues

Related to Redmine - Patch #25154: Allow non-administrator users to copy certain projectsNew

Actions
Has duplicate Redmine - Feature #17961: permissions for copy projectClosed

Actions
Has duplicate Redmine - Feature #13373: copy a (sub-)project as "non-admin" userClosed

Actions
Has duplicate Redmine - Feature #7118: Possibility to allow users to copy a projectClosed2010-12-16

Actions
Actions #1

Updated by Kyle Corupe about 14 years ago

I 2nd this, this feature would be very nice to have. If someone has permission to be able to create a project they should be able to copy one.

Actions #2

Updated by Harwant Pannu about 14 years ago

In my version (0.8.4.stable.2777), only administrators can create new projects. If the latest version allows permission grant to non-Administrators for creating new projects then the request makes sense. I will suggest the following logic to allow project copy to an individual:

if (user is allowed to create new a projects) AND (user is a manager or something equivalent for this project) then user can copy this project

This will ensure that both ends are covered, sufficient permissions to the project to copy and permissions to create a new project.

Thanks.

Actions #3

Updated by Enderson Maia almost 14 years ago

+1

I really need this one!

Actions #4

Updated by Enderson Maia almost 14 years ago

Harwant Pannu wrote:

In my version (0.8.4.stable.2777), only administrators can create new projects. If the latest version allows permission grant to non-Administrators for creating new projects then the request makes sense. I will suggest the following logic to allow project copy to an individual:

if (user is allowed to create new a projects) AND (user is a manager or something equivalent for this project) then user can copy this project

This will ensure that both ends are covered, sufficient permissions to the project to copy and permissions to create a new project.

Thanks.

I think both permission could exist, create and copy.

In my case I have a role that can only create sub-projects, and he has this role on a "TOP Project", now I'm using some projects like templates, and I need a role that can only instantiate this template projects, if I give him a role on this template projects with the copy_project permission, he's able to create new projects just from copies.

Did I make myself clear ?

Actions #5

Updated by Pedro Gutierrez almost 14 years ago

+1
We are creating template projects, but it won't be useful if people can't copy them to create their own projects. As it is now they always have to ask an administrator to create a copy.

An additional permission for copying would be great.

Pedro

Actions #6

Updated by Matthew Houston over 10 years ago

I know this is an old ticket but there hasn't been any movement. Any chance of this?

Actions #7

Updated by Riccardo Rocca over 10 years ago

+1

Necessary for our teams!

Actions #8

Updated by David Tremblay over 10 years ago

+1 necessary on our side

Actions #9

Updated by Thibaut Comte over 9 years ago

+1

Is there any updates on this feature?

Actions #10

Updated by Jürgen Depicker about 9 years ago

+1 Any nice soul worked on this?

Actions #11

Updated by Sebastian Paluch almost 9 years ago

+1
and duplicated by #13373 and #17961.

Actions #12

Updated by Go MAEDA almost 9 years ago

Actions #13

Updated by Go MAEDA almost 9 years ago

  • Has duplicate Feature #13373: copy a (sub-)project as "non-admin" user added
Actions #14

Updated by Stefan Mischke almost 9 years ago

+1
Having to start every new project from scratch to me seems quite unagile...

Actions #15

Updated by noemie bolo over 8 years ago

+1
it would be so helpful !!!

Actions #16

Updated by Luis Blasco about 8 years ago

+1
Thanks in advance!

Actions #17

Updated by Maximilian Hackenschmied over 7 years ago

+1
Would really save us some time as it removes a bottleneck! Thanks in advance!

Actions #18

Updated by Stephane Evr over 7 years ago

+1

Actions #19

Updated by Mischa The Evil about 7 years ago

  • Has duplicate Feature #7118: Possibility to allow users to copy a project added
Actions #20

Updated by Mischa The Evil about 7 years ago

  • Related to Patch #25154: Allow non-administrator users to copy certain projects added
Actions #21

Updated by Eva Encabo over 6 years ago

+1 It's a basic function

Actions #22

Updated by Mizuki ISHIKAWA about 4 years ago

I have attached the patch.
Users with copy_project permission can copy from projects/show.


Even if you do not have view_issues permission of the copy source project, you can copy issues from the source project if you have copy_project permission.
If you change the copied project to public at that time, you will be able to see issues that you would not have permission to see.
That is, the copy_project permission includes various permissions such as view_issues, view_messages, and view_wiki.

I think it is necessary to discuss whether there is a problem with the copy_project authority as the authority design policy.

Actions #23

Updated by Go MAEDA about 4 years ago

  • Target version set to Candidate for next major release
Actions #24

Updated by Markus Gerhold almost 4 years ago

I've attached a patch, similar to the one above, where the user is allowed to copy projects if he has add_project permission. If one is allowed to create projects he should also be able to copy projects. The current user is also added as default member to the copied project, just like when creating a project.

Actions #25

Updated by Go MAEDA about 3 years ago

Markus Gerhold wrote:

If one is allowed to create projects he should also be able to copy projects. The current user is also added as default member to the copied project, just like when creating a project.

I think it would be a security issue if users who have "Create project" permission are allowed to copy a project. This is because the user who has copied a project can have more permissions if "Role given to a non-admin user who creates a project" (Administration > Settings > Projects) is set.

Depending on the settings, users who copy a project will be able to see information in the destination that they are not allowed to see in the source project.

Actions #26

Updated by Go MAEDA about 3 years ago

Updated the patch for the latest trunk (r20739).

Actions #27

Updated by Go MAEDA about 3 years ago

I found an issue in the patch.

When a user attempts to copy a parent project, a validation error "Subproject of is invalid" is shown if the user does not have "Copy project" permission for subprojects.

I think the "Copy" button for the project should not be shown if the user does not have "Copy project" permission for subprojects.

"Delete project" permission (#33945) behaves like that. If you don't have permission for subprojects, "Delete" button does not appear on the parent.

Actions #28

Updated by Go MAEDA almost 3 years ago

Go MAEDA wrote:

I found an issue in the patch.

When a user attempts to copy a parent project, a validation error "Subproject of is invalid" is shown if the user does not have "Copy project" permission for subprojects.

Steps to reproduce:

1. Apply 4687-v2.patch
2. Load fixtures by running bin/rails db:fixtures:load
3. Grant "Copy project" privilege to Developer role
4. Sign in with the user "dlopper" (password: "foo")
5. Try to copy the project "eCookbook". You will see "Subproject of is invalid" error

Actions #29

Updated by Markus Boremski about 2 years ago

Will there be a day when this kind of basic feature is implemented? ;)

There are a lot of patches out there regarding this..
On every update we have to fiddle out which one works..

Thanks alot..

Actions #30

Updated by Markus Boremski almost 2 years ago

Can anyone please adress this for V5.0 please?

Actions #31

Updated by Mizuki ISHIKAWA almost 2 years ago

Go MAEDA wrote:

Go MAEDA wrote:

I found an issue in the patch.

When a user attempts to copy a parent project, a validation error "Subproject of is invalid" is shown if the user does not have "Copy project" permission for subprojects.

Steps to reproduce:

1. Apply 4687-v2.patch
2. Load fixtures by running bin/rails db:fixtures:load
3. Grant "Copy project" privilege to Developer role
4. Sign in with the user "dlopper" (password: "foo")
5. Try to copy the project "eCookbook". You will see "Subproject of is invalid" error

I have attach a patch that resolves this probrem.
The copy_project permission cannot be enabled unless one of the :add_project or :add_subprojects permissions is enabled.

This patch is under development, so applying it to the production environment is risky.

Actions #32

Updated by Mizuki ISHIKAWA almost 2 years ago

Fix a problem with the disabled attribute of checkboxes.

Actions #33

Updated by Markus Boremski about 1 year ago

Unfortunately 4687-v4.patch only applies to redmine 5.0.x
I made some changes to make it work on latest 4.2.9.
I also added a German translation.

Actions #34

Updated by C Glass 5 months ago

4687-v4.patch does not work for Redmine 5.1
Please help to update.

Actions #35

Updated by Nat D about 1 month ago

I identified the modification brought to lib/redmine.rb have to be put in lib/redmine/preparation.rb. (preparation code moved to redmine/preparation.rb (#29914, #32938))
Unfortunately, as simple user of redmine in my company, I have no chance to implement, test and apply any patch...

Actions

Also available in: Atom PDF