I have JIRA Cloud and have configured a mailhandler to create issues when a mail comes in.
The issues are created in a Next-Gen project. This works fine.
However, I also have an Automation trigger, triggering on Created issues. This automation is not triggered for the issues created by the mailhandler.
The automation is triggered when the issues are created manually.
Is there a solution/workaround to be able to trigger the automation on an issue created by the mailhandler?
What do the automation logs say about these events? Can you share your automation here? Is this a new automation rule or has it previously worked?
Thanks for looking into it!
There is nothing in the logs because the trigger is not hitting.
It works when I manually trigger it, but the hick-up here is that the Automation trigger is not hit from a "Create issue" by the mail handler.
It has not worked previously.
The automation is just
1. "When: Issue created"
2. Antyhing else (e.g. change priority to high)
But it does not get hit (nothing in the Audit log)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hmmm, it doesn’t make sense (on the surface) that it would not trigger if your trigger event is issue created. I wonder if we are dealing with a permissions issue. Who is the creator in the case of your mail handler and do they have permissions in the project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The current Reporter of the issue is "Jira Automation" (I think that is a default role).
The handler has no specific permission in the project, though it can create issues, and they end up in the project fine.
I'll try if the trigger hits with another Reporter
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That actually did the trick.
Using a "default reporter" from within the project made it hit the automation trigger. Conceptual it is not really correct (since the issue was created by the mailtrigger, not by the reporter now filled in as default), but I think we can work with it for now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Well, that's very weird that Jira Automation would be the Reporter on the mail handler. Is your mail handler setup that way?
Your other option is to set the value with a post function on the Create transition in your workflow. If there are other conditions involved with that which you can't handle in the post function (JWME or ScriptRunner add-ons would handle that), then you could set a generic field that you then base your automation rule on - Issue update trigger.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@John Funk I looked to the Reporter merely as the "Creator" of the ticket, but it might even be better to link the Reporter to a real person, since other notification work on the Reporter.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes the reporter is the creator of the ticket. But it is strange that your mail handler would say that Jira Automation is the creator of the ticket, unless you are using Automation for the actual handling of the the creation. Is that case? How is your mail handler functioning? What does it look like?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
agreed
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sorry for the confusion. I configured the mail handler indeed to have "Jira Automation" as the Reporter, since the other tickets which ARE created by automation also have "Jira Automation" as the Reporter.
I thought it would be clearer to the reader that those tickets appeared automatically on the backlog.
The Mail Handler properties are:
Bulk: accept
CC Assignee: false
CC Watchers: false
Catch Email Address: alert@###.###
Create Users: false
Default Reporter: addon_com.codebarrel.addons.automation
Notify Users: false
Strip Quotes: false
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am having the same issue. We switched our "Default Reporter" to "Jira Automation" because when we had it set to a specific user, it started to fail silently when that user left the organization.
Given that "Jira Automation" user appears to be able to create tickets from other automation rules, I don't know why it wouldn't trigger a "On Create" automation rule.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Benjamin Peikes - I suggest you create a new question so that more people can see it and respond. And they can tailor answers to your specific situation. Feel free to tag me on it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@John Funk - No need to ask another question. Apparently you cannot have "Jira Automation" user for the user that creates tickets based on an email handler.
For now we're just using my account as the user in the trigger, which is annoying because I get notification for the issue since I end up as the reporter.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
How about creating custom issuetype, for example "Bug via mail" or something else - then, create rule which acts on that issue type.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.