Map Jira's "Won't Fix" resolution status to Aha's "Won't implement" status

When the Jira workflow is set up to "Close" a ticket with the resolution status of "won't fix," there currently is now way to map that against the Aha workflow. 


It would be great to also access the Resolution status from Jira to handle this case.

  • Guest
  • Nov 15 2015
  • Future consideration
Release time frame
  • Attach files
  • Alfred commented
    June 22, 2016 08:13

    Agreed.  It would be great to also access the Resolution from Jira.

  • Claudia Rudolph commented
    February 15, 2017 16:22

    I also agree with this proposal to map Jira's "Won't Fix" to Ana's "Won't implement".

    I also agree that it would be great to also access Jira's Resolution, in Aha.  We have multiple Resolutions in Jira, and it's a real limitation to not be able to see that in Aha.


  • Naill Mclean commented
    March 24, 2017 14:02

    Some of our users get confused because the case shows as ready to ship but in fact we didn't do it.

  • Guest commented
    February 06, 2018 01:07

    Can we include the webhook to a transition post function in jira, and Aha process the json response?

    On resolve screen most probably.

  • Josh Costella commented
    September 13, 2018 18:11

    It needs to be higher level than this. We have to be able to map to the resolution field otherwise how can you complete a ticket in Aha and have it reflected in JIRA when a resolution has to be set upon closing.

  • Guest commented
    08 Feb 09:35

    This comment is for the request of the 'Resolution status' from JIRA.

    We have several projects that need to have a workflow which has a Resolve Screen. With a Resolve screen, there would be  multiple conditions and validators. As part of the validators, there would be a check to see if there is a 'Resolution' field chosen from a list of options.

    We have a 2 way sync between Aha and JIRA. When we mark a feature on Aha as shipped, it needs to mark the corresponding Epic on JIRA as Done. Now, this never happens because, there is an integration update error on Aha, that says "'resolution': Could not find valid 'id' or 'name' in resolution object.". So, basically even after removing the validator on JIRA workflow for the resolve screen, this doesn't work. 

    Also, on a similar note, on JIRA, we have an IN REVIEW state, which is mapped to Ready-to-ship state on Aha. This transition also never goes through from Aha to JIRA, as there is no Reviewer field in Aha for a feature. And on the screen to move a JIRA ticket from some status to IN REVIEW, there is a validator that ensures a Reviewer is assigned for the ticket. So, again, this state transition from Aha never makes into JIRA. 

    If there is a supported integration on Aha for JIRA, it needs to support these basic functionalities.

  • Daniel Pokrývka commented
    12 Feb 10:51

    Absoutely necessary. This makes JIRA sync basically unusable as there are so many constellations of stars with JIRA resolution configuration when it does not work, that it must be an issue for most of AHA customers. I consider this more than a design flaw then new feature request. This is a comment coming from experience with aha and JIRA, no theory.