nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How do I edit a comment on a closed issue?

Scott Harman

Hi all -

Bit of a weird one that came up today - our helpdesk was using a script in an old comment on a closed issue from about 2 years ago. I've since discovered that the script is now wrong, but I've tried to edit the old comment, but I can't.

I can edit the issue itself, but I can't actually edit the incorrect comment and the script that it contains,

Currently running JIRA 5.2

Accepted answers

All comments

Nic Brough -Adaptavist-

Check the workflow status for the property that prevents issues being commented on (I can't remember the name of the property, but it is pretty clear)

However, you mention that the comment contains a "script" - what is that script, what does it do, and what is it written in? There's a good chance that the script is the problem.

Scott Harman

Hi Nic - It's actually someone's SQL script inline wink

We already have the jira.issue.editable flag set to true on those ones, as I can change everything else except for editing the comment

I've just added a new comment with a 'safe' script to prevent any more fsckups like the one I've just had

I'd rather fix what's there, but I guess I'll have to reopen it to do that.

Joe Pitt

Look in the permission scheme. There is permission to edit own or all comments.

Jose M_

If an issue is closed, as far as I know it is not possible to edit a comment.

Jose M_

The comment permission is handled separate from the edit permission. I do not see, why the edit property could influence the behaviour.

Scott Harman

Yeah, I can quite happily comment on the closed issue, and edit all other fields, likewise I can edit all comments on non-closed issues. Jose is correct... looks like it can't be done.

Scott Harman

Yeah - you're right... I will just delete the comment containing the incorrect SQL script and add a new comment in it's place.

Nic Brough -Adaptavist-

It's not right - I can edit comments on closed issues, if I've got the settings correct (workflow properties, plus, as Joseph says, the right general project permissions)

Scott Harman

Hmmm - ok, I can edit any comment on any closed issue, except when the commenter has been been removed as an active user. The guy who wrote the original SQL has left, and his account has been disabled. This appears to be one of the only cases where I can't edit comments.

Scott Harman

... Also, where the issue security scheme has been applied, but that doesn't make a lot of sense. I can't edit comments on just a handful of issues. I can't even delete the incorrect comments. Just seeing if that issue has anything wrong with it - but bloody odd.

Jose M_

We use a workflow step to edit issues after it's closure, because this is than restricted to selected users. In this context it is not possible to edit a comment. The property to prevent to edit a closed issue is very important, we don't want to skip it.

Nic Brough -Adaptavist-

You're confusing properties and permissions. Start with permissions - a user can be granted the project permission to add/edit/edit-own/delete/delete-own comments. That's a general rule that applies across the whole project and is the starting point. Properties are separate. They live on assorted Jira artefacts - the important one here is Status. You can add several properties to a status to control various things. If you look at the fixed, hard-coded default Jira workflow in your system, have a look at the "closed" status. You will find a property on there that says "you can not edit an issue in this status". That overrides your general access to edit the issue. Doesn't matter if the permissions say "user can edit issue", this property blocks it, but only when the issue is in that status. There is another, similar property for "comments" - you can block commenting on issues based on the status as well, and that, again, overrides the general permissions.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

jira-administration