I want to prevent project admins from being able to change their project names in Jira. They aren't trying to change the project key, just the name(s). The changes have reporting repercussions across our corporate systems.
The Administer Projects permission in the permission scheme for the project controls the ability to change project names. Restricting this will also prevent them from the ability to edit project role membership, project components, project versions and some project details ('Project Name', 'URL', 'Project Lead', 'Project Description').
https://confluence.atlassian.com/jira064/managing-project-permissions-720412504.html
Perhaps you can adjust your reports to not depend on project name?
We are a highly regulated business which restricts a lot of processes and policies here. I believe that I can use Profields to manage fields at a project level. Thank you much for your replies - much appreciated!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you have the ScriptRunner add-on you can create a Fragment to hide the Project Details link within the project administrators section. We were experiencing the same problem where users were changing the name of the project within our production instance which then wouldn't match our development or customer test instance. I'm including the fragment code which I used to not hide it from a particular group. Hope this helps.
In the Hide what field you'll select: jira.webfragments.view.project.operations:edit_project
import com.atlassian.jira.ComponentManager;
import com.atlassian.jira.security.groups.GroupManager;
import com.atlassian.jira.component.ComponentAccessor;
def groupManager = ComponentAccessor.getGroupManager();
def currentUser = ComponentAccessor.getJiraAuthenticationContext().getLoggedInUser();
if ( groupManager.isUserInGroup(currentUser, "jira-support") ) {
return true;
}
return false;
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If you're looking for a technical solution to what should be a policy issue you're doomed to keep chasing your tail so to speak. Give the first one 2 days off without pay and they will learn.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.