Is it possible to disable comments depending on Issue Type AND Project Role?

[anthony_butler]

I am trying to disable comments for a specific issue type I have within my service desk. I'm getting a lot of comments added to them that slow down my engineers from being able to fix the original issue. However, I don't want to completely lock this down as I would like my Service Desk Team to be able to add comments. Is this possible at all?

I should say that y project has numerous issues types within it so turning comments of at a project level is not something that I can do, so I need it to be issue type only. 

Thanks

[Nic Brough -Adaptavist-]

Yes.

But, you have to be using different workflows for each different issue type, and you'll need to edit them a lot.

The trick hangs off a "workflow property".  If you go into a workflow, edit it, and look at a status, you will find you can add properties.  If you add (say) "jira.permission.comment.group = group1" to a status, then when an issue is in that status in that workflow, then only people in group1 will be able to comment on it.

You can swap group for role, assignee, reporter etc.

Note that it does not grant the right for group1 to comment, it limits it to that group.  The group must already have "comment" in the project permissions.

[anthony_butler]

I do have a different workflow for the issue type I'm wanting to do this for, so that should work. Might be a silly question, but I'm going to ask it anyway, can the group name include spaces. For example, the project role I want to be able comment is 'Service Desk Team'. Can I simply add that with spaces, or would I have to remove them? Also , would I need to add in a property value? 

[Nic Brough -Adaptavist-]

I think it can.  I've mostly worked with roles though, and specified the id of the role.

If you don't get spaces to work in a group name, I'd try the (numeric) id of the group instead.

[anthony_butler]

Thanks  Nic. I can't get spaces to work as when I add in the permission, I then get an error when trying to load an issue of that type. What is the numeric id? I've seen a lot on here about that but not been able to find out where I get this from? 

[Nic Brough -Adaptavist-]

Yeah, the IDs are well-hidden - they're the ids of objects in the database.

If you go to the Admin -> User management -> Groups maintenance piece, and hover over an "edit" or "show users in group" link, you should see a url pop up in the browser, with an "ID" buried in it.  However, if you're using an external system for your groups, it may be more complex.

Having burbled that, I suspect you could try %20 or quotes as well, or even (a long shot, but Confluence does this: +).  For example, if you have

• My group

Try these

• "My group"
• My%20group
• My+group

[anthony_butler]

Cheers Nic, I'll have a look at that when I get a few minutes later.

[anthony_butler]

Hi Nic, unfortunately, non of the above worked. The group I am wanting to allow access is an external group through active directory so it looks like it could be more complicated than I originally though. I'm going to talk to our IT team today and see if they can give me the group number and try that. I just keep getting the error: java.lang.RuntimeException: Unknown type 'projectrole=Service Desk Team' in meta attribute 'jira.permission.comment.projectrole=Service Desk Team'. Valid permission types are defined in permission-types.xml