I have a customer where "Default Notification Scheme" is on a project, and he has relayed these observations:
1. Default Notification Scheme applied to a project
2. Mailing into the project (catching a mail) with any attachment (this can be a real attachment or just some image from the auto-signature): this triggers "Issued Updated" and NOT "Issue Commented" (expected: both triggers). The mail does appear as a comment afterwards.
3. Mailing into the project (catching a mail) without an attachment: this triggers "Issued Commented" as expected
The customer has tested with different types of attachments and tested with their one Notification scheme also - same behavior."
I would assume that on point 1 - both triggers should fire?
BR,
Normann
Well Closed. Atlassian has comfirmed that only one trigger fires; and that a picked up mail with an attachment fires "Issue Updated", and not "Issue Commented", although the mail is added as a comment.
Notice, this also affects Listners from the toolkit (Auto Transition Listener)
I hope Atlassian fixes this. Jira is chatty by nature sending emails for every little thing and depending on how the issue was updated could send multiple emails. In an effort to make Jira less chatty I made a custom scheme that only notified users when the issue was commented. Works great if all you do is add comments. If you change a field and also add comments no notification.
Come on Atlassian, help us help you, please provide better (more granular) notification controls.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I totally agree, JIRA is a great tool, but as You say "chatty by nature" ....
I for sure would like the "Issue commented" / "Issue updated" woking more correct regarding to mail - and the possibility to have a choice to send or not send email.
A "bypass" can be making 2 transitions, where one of them are restricted to group/roles and sends out no notification when updating an issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ah, no, Jira only fires one event per change to an issue.
When you're attaching a file, that's an issue update. If you just make a comment, then that comes out as a comment. Generally, comments are relegated/ignored because the other activity is more important (transition, edit, resolve etc - comments can often be made during them, but are not as important as the main change, so Jira prefers the change entry)
I can see the confusion on this one, I've never noticed it myself. My usual complaint about the "several changes, one event fired" problem is when the assignee is edited in an edit screen or transition - comes out as an "update"/"transtition X", when it's pretty clear that we need both that and "assigned"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, I belive most common is to have same notification list for "Issue Commented" and "Issue Updated" - as both states an changed event for the issue...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Nic,
This is actually getting a bit more interesting as Atlassian has confirmed, that catching a mail with an attachment fires "Issue Updated", but not "Issue Commented" - although a comment is created.
As my customer points out, what is the effect on the AutoTransition Listner from the Toolkit...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, that's roughly what I said - it fires one event per issue, and tends to prefer the more informational one over "issue commented"
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.