Hide a specific transition from history tab

In jIRA 4.3.4 is there a possibility to hide a specific transtion or action from the history tab- we run some jelly service every 4 hours and every time it runs the particular tanstion is seen in hte history tab - if an issue is open for 15 days then ther is close to 60 jelly transntions and 60 entires in the history tab also

is there a simple way to hide tis particular transtion from the history tab

2 answers

1 accepted

0 votes
Accepted answer

No. The history is there to show you the changes made to the issues. The Jelly script changes the issue so it's a nonesense to hide it.

You would need to amend the core code of the workflow functionality to prevent it writing the history, and then you'll end up with an inconsistent history and users saying "this issue is in the wrong state, it's been changed and we don't know how"

I would take a much closer look at how you do this escalation - instead of doing the same transition over and over, try commenting instead - they will still bug your users but won't go into the history. Or, shove it into an "escalated" status so people know what a higher priority is, and then subscribe people to a filter that lists "all escalated because you aren't working fast enough"

And to add what Nic said, JIRA will start behaving very badly if the number of history entries for an issue starts growing up. It will lead to severe performance issues.

I've run into problems with around 300-ish change groups (by change group, I mean each entry of "person X changed this issue" - it didn't seem to matter if the changes were one field, or several).

If you do amend your processes to avoid writing the history lots, then some ideas:

1. Think carefully about comments - I've run into "unable to render issue" when there's over a couple of thousand on a single issue.

2. Once you've changed, you can think about clearing the old history out - as long as you stop Jira, get a good backup and re-index when you've finished, you can cleanse the history of issues by removing rows from changegroup and changeitem.

Thanks Nic for the suggestion we will try a workarround for our scenario

Renjith - any idea like after how many history entries the performance issue will slow down - bcz we have already quite some issues with more than 100 history rows

Thanks Nic for the suggestions

It would be nice if you could squash the change items into less, smaller chunks, sort of like how you squash commits in git.

I'm not sure how you'd do that - squashing commits in git does make sense, but if you did it in Jira, you'd be effectively destroying information that is the whole point of having a history.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Jan 08, 2019 in Jira

How to Jira for designers

I’m a designer on the Jira team. For a long time, I’ve fielded questions from other designers about how they should be using Jira Software with their design team. I’ve also heard feedback from other ...

1,234 views 5 10
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you