-
Suggestion
-
Resolution: Unresolved
-
System Date Friday, 11 Nov 2005
System Time 10:59:09
Java Version 1.5.0_04
Java Vendor Sun Microsystems Inc.
JVM Version 1.0
JVM Vendor Sun Microsystems Inc.
JVM Implementation Version 1.5.0_04-b05
Java Runtime Java(TM) 2 Runtime Environment, Standard Edition
Java VM Java HotSpot(TM) Client VM
User Name SYSTEM
User Timezone America/Los_Angeles
User Locale English (United States)
System Encoding Cp1252
Operating System Windows 2000 5.0
OS Architecture x86
Application Server Container Apache Tomcat/5.5.9
Database type mssql
Database JNDI address java:comp/env/jdbc/JiraDS
Total Memory 127
Free Memory 105
Used Memory 22
Uptime 3 minutes, 42 seconds
Edition Enterprise
Version 3.4
Build Number 106
StandaloneSystem Date Friday, 11 Nov 2005 System Time 10:59:09 Java Version 1.5.0_04 Java Vendor Sun Microsystems Inc. JVM Version 1.0 JVM Vendor Sun Microsystems Inc. JVM Implementation Version 1.5.0_04-b05 Java Runtime Java(TM) 2 Runtime Environment, Standard Edition Java VM Java HotSpot(TM) Client VM User Name SYSTEM User Timezone America/Los_Angeles User Locale English (United States) System Encoding Cp1252 Operating System Windows 2000 5.0 OS Architecture x86 Application Server Container Apache Tomcat/5.5.9 Database type mssql Database JNDI address java:comp/env/jdbc/JiraDS Total Memory 127 Free Memory 105 Used Memory 22 Uptime 3 minutes, 42 seconds Edition Enterprise Version 3.4 Build Number 106 Standalone
-
821
-
135
-
NOTE: This suggestion is for JIRA Cloud. Using JIRA Server? See the corresponding suggestion.
Problem Definition
Currently JIRA allows all users to clone issues. As a JIRA Administrator, I'd like to restrict the ability to Clone issues to certain groups only.
Suggested Solution
Add a Clone Issues permission to Permission Schemes.
Original Description
The "Clone this issue" link doesn't mean anything to most of our users, so it would be nice to be able to remove this link. It should be another permission in the Permission Schemes screen (like the "Link Issues" permission)
Workaround
Use the property jira.permission.createclone.denied in each status of the workflow and set the value to true, it should work.
This process disables Clone as well as Split operation.
Note
The above-mentioned workaround of using the property "jira.permission.createclone.denied" is invalid since the property does not exist in Jira. What actually happens is that Jira interprets the property as "jira.permission.create.denied". Due to this, the creation of cloned issues is disabled. However, since this disables the entire issue create permission, it also disables the creation of child issues as mentioned in the recently closed bug ticket (JRACLOUD-80788).
- duplicates
-
- Gathering Interest
- is duplicated by
-
- Closed
-
- Closed
-
- Closed
- is related to
-
- Closed
-
- Gathering Interest
-
- Gathering Interest
- relates to
-
JRACLOUD-80788 Using jira.permission.createclone.denied property in Jira Software disables the creation of Child Issues in Epics
-
- Closed
-
- mentioned in
-
Page Loading...
[JRACLOUD-8497] Ability to disable "Clone Issue" link per project
| UIS | Original: 831 | New: 821 |
| UIS | Original: 797 | New: 831 |
| UIS | Original: 781 | New: 797 |
| UIS | Original: 749 | New: 781 |
| UIS | Original: 746 | New: 749 |
| UIS | Original: 761 | New: 746 |
| UIS | Original: 748 | New: 761 |
| UIS | Original: 745 | New: 748 |
| UIS | Original: 719 | New: 745 |
It's annoying that we have to let staff know to not use the Clone feature. With service management tickets, which are customer facing, our staff can use clone to copy a ticket that they intend to use for another customer, but in doing so it sends customer notifications to the wrong place and confuses them, it also copies fields that we don't want propagated to the cloned ticket etc and can lead to bad situations.