That would depend on your workflow and the process you use. If your workflow has a status for this scenario, e.g. “reopen” and it is only used for the scenario where the fix is released and fails then you can use JQL to capture this. Further, if desired you could create a custom field checkbox, e.g. “release failed” and set it via a post function when reopened. Again it all comes down to building this process into the workflow.
if it works great. however, the reliability of text is questionable. Another consideration is that a new bug can be created and the "Affects version" is used. Upon triaging you discover that it is related to the bug that was supposedly fixed at which time you would link the new bug to the original. You could create a new link type for this so that it was obvious and could be searched, e.g. "Failed Fix".
Learn how to use two new reports for next-gen projects in Jira Cloud: Cumulative flow diagram and Sprint burndown chart. Ivan Teong, Product Manager, Jira Software, demos the Cumulative ...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events