We want to update custom field every time non jira user add comment to an issue by email. Can it be done with JEMH Plugin?
We've tried setting custom filed from project mapping, but that only works in issue creation and not in commenting.
The way we solved it for the moment is by creating a looped transition that sets the custom field (e.g. "User Replied = true") on Post Function.
Than we set "On Comment Workflow" to activate that transition.
Unfortunately this feature does not support "global transition", so we have to configure this transition on every step.
If you find better way to accomplish the same behavior we need, I would like to know.
The Project Mappings are primarily there to initially route / setup issues. Once created, the 'mapping' of the email is not needed because the issue key will identify the exact issue to comment on, so mappings don't rerun.
JEMH custom field defaults also only apply on create only, as overwriting issue values isn't generally desirable.
This sounds like something relating to workflow though? Its an area of JEMH that hasn't got many features (yet). Can you expand on your use case, just setting some status field?
Would the 'change' you desire be specific to a particular project, group of projects, global?
We are using JEMH plug-in to do that. JEMH is an advanced email handler to deal with incoming emails (and do much more). When a user send an email to a Jira inbox that is set to work with JEMH you can configure it to perform a workflow transition.
I don' t know of any way to perform a transition when a user comment in issue on Jira. May be escalation service (groovy runner built in script) can help here - but I'm not sure exactly how.
JEMH has one auto advance field, the doco refers the Resolved,Closed issue to Reopen transition on comment. If you dont need that and want to drive a transition from stateX to stateY when JEMH receives a message, just replace the given workflow statuses and advancement step?
onCommentWorkflowAdvanceAction: Start Work
onCommentAdvanceFromState: Waiting on Customer
These fields restrict JEMH workflow attempts to that specific scenario, does it work for you? You can also use the status ID and transition ID to avoid any 'collisions' with other workflow entries of the same name.
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!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot