Well,
I've found the cause of this strange behavior:
The plugin was trying to comment on an issue which does not have 'comments' activated. In this case the plugin also logs:
Error updating JIRA issues. Saving issues for next build.
com.atlassian.jira.rpc.exception.RemoteException: Errors: {}
Error Messages: [Jenkins, you do not have the permission to comment on this issue.]
which is a bit misleading because of the '... permission ...' part.
When this happens all detected Jira issues are stored to be registered in the next build (JiraCarryOverAction), even the ones which already have been processed.
This is why the "Integrated in" message is posted over-and-over-again.
I think only the issues which are not processed correctly should be stored in 'JiraCarryOverAction'.
ps. I think this issue also occurs when this plugin is trying to comment on issues were commenting is activated but were the configured user does not have access to.
Well,
I've found the cause of this strange behavior:
The plugin was trying to comment on an issue which does not have 'comments' activated. In this case the plugin also logs:
which is a bit misleading because of the '... permission ...' part.
When this happens all detected Jira issues are stored to be registered in the next build (JiraCarryOverAction), even the ones which already have been processed.
This is why the "Integrated in" message is posted over-and-over-again.
I think only the issues which are not processed correctly should be stored in 'JiraCarryOverAction'.
ps. I think this issue also occurs when this plugin is trying to comment on issues were commenting is activated but were the configured user does not have access to.