Details
-
Type:
Bug
-
Status: Open (View Workflow)
-
Priority:
Major
-
Resolution: Unresolved
-
Component/s: email-ext-plugin
-
Labels:None
-
Similar Issues:
Description
I can't seem to figure out any recipientProviders that contact just a (GitHub) PR's owner/author, in all cases.
In simple cases, where somebody creates a PR and pushes a few patches, developers seems like the right target. But as soon as the PR owner merges with master, that becomes every patch owner in the merge also, correct?
Is there an option I am missing here to achieve what I am looking for?
Attachments
Issue Links
- duplicates
-
JENKINS-62074 Send build failure email to approver of pull request
-
- Closed
-
Activity
I am using the github-branch-source plugin with pipelines.
Ultimately the problem is that (AFAICT) the most useful recipientProvider to use with a single PR is:
developers
- Sends email to all the people who caused a change in the change set.
But as I mentioned before that list gets polluted with every author of every patch that was merged from a parent branch when doing a merge to get one's PR up-to-date with it's parent branch.
Brian J Murrell
added a comment - I am using the github-branch-source plugin with pipelines.
Ultimately the problem is that (AFAICT) the most useful recipientProvider to use with a single PR is:
developers
Sends email to all the people who caused a change in the change set.
But as I mentioned before that list gets polluted with every author of every patch that was merged from a parent branch when doing a merge to get one's PR up-to-date with it's parent branch. I don't know of any way to identify that from the email-ext plugin perspective. Which plugin are you using for SCM?
I do not know about the owner of the primary patch being lost
Not lost, but not identifiable as the single individual for which the patches in the PR belong, among the many authors of the perhaps many patches that got added from a merged branch (i.e. again, when say, merging master to a PR).
Brian J Murrell
added a comment - I do not know about the owner of the primary patch being lost
Not lost , but not identifiable as the single individual for which the patches in the PR belong, among the many authors of the perhaps many patches that got added from a merged branch (i.e. again, when say, merging master to a PR). Jenkins is full of such extension points. It makes it very extendable. I do not know about the owner of the primary patch being lost, but there is no recipient provider that I know about that does what you want.
Yeah, I suspected email-ext wouldn't have access to GH info. It's interesting that another plugin can implement a recipientProvider.
Is my observation correct about a PR that merges other patches into it, such as say, merging another (i.e. master) branch, the single owner of the primary patch of the PR is lost and there is no existing recipientProvider that will distinguish that owner (of the primary patch) on the PR from all of the owners of patches in the merge?
Brian J Murrell
added a comment - Yeah, I suspected email-ext wouldn't have access to GH info. It's interesting that another plugin can implement a recipientProvider .
Is my observation correct about a PR that merges other patches into it, such as say, merging another (i.e. master ) branch, the single owner of the primary patch of the PR is lost and there is no existing recipientProvider that will distinguish that owner (of the primary patch) on the PR from all of the owners of patches in the merge? I don't think I have access to that information. The GitHub plugin (if that is being used) might have that info and could implement their own RecipientProvider which could then be used in email-ext.
Correct, it looks through all of the changesets and grabs all the authors.