Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-29244

in project frontend configuration: option to exclude a user/email from notifications

    • Icon: Improvement Improvement
    • Resolution: Won't Fix
    • Icon: Trivial Trivial
    • email-ext-plugin
    • None

      You're a Developer. You get some Emails. You don't know which triggers this. Logging into Jenkins, going into the project (via the webinterface) and just mark it that you don't need any more emails would be fine.

          [JENKINS-29244] in project frontend configuration: option to exclude a user/email from notifications

          There is a related ticket: https://issues.jenkins-ci.org/browse/JENKINS-26666 - but it's about the global config. This here is about a frontend project option.

          Tom Klingenberg added a comment - There is a related ticket: https://issues.jenkins-ci.org/browse/JENKINS-26666 - but it's about the global config. This here is about a frontend project option.

          Alex Earl added a comment -

          You should communicate with the admin and have them fix the recipient list if you don't want the emails. If you've committed something and the build fails, you SHOULD get emails.

          Alex Earl added a comment - You should communicate with the admin and have them fix the recipient list if you don't want the emails. If you've committed something and the build fails, you SHOULD get emails.

          Thanks for the quick feedback.

          In any case, where could Developer learn who the Admin is for the recipient list, so that Developer is able to personally address the issue?

          And yes, theoretically this is the way. But the reality is the following:

          • Developer is not on the project any longer since longer time.
          • The build fails since longer time.
          • The SHOULD get emails is not applicable any longer.
          • If the Developer can care on it's own, there is no need for Admin interaction.

          Tom Klingenberg added a comment - Thanks for the quick feedback. In any case, where could Developer learn who the Admin is for the recipient list, so that Developer is able to personally address the issue? And yes, theoretically this is the way. But the reality is the following: Developer is not on the project any longer since longer time. The build fails since longer time. The SHOULD get emails is not applicable any longer. If the Developer can care on it's own, there is no need for Admin interaction.

          Alex Earl added a comment -

          The from address for the emails should be the admin address. I see an issue with this, I can bring am the build, remove myself from the notifications. If you want to do something like this, enable watching and only use watching for notifications.

          Alex Earl added a comment - The from address for the emails should be the admin address. I see an issue with this, I can bring am the build, remove myself from the notifications. If you want to do something like this, enable watching and only use watching for notifications.

          Tom Klingenberg added a comment - - edited

          I give that only watching a try for a workaround. Explicit control per user would be more useable.

          Tom Klingenberg added a comment - - edited I give that only watching a try for a workaround. Explicit control per user would be more useable.

          Alex Earl added a comment -

          Unless more people request this, I don't think I will imement it. It goes against the current usage model of admin controlled settings.

          Alex Earl added a comment - Unless more people request this, I don't think I will imement it. It goes against the current usage model of admin controlled settings.

          It's perhaps also too difficult to implement, so not easy to do in a robust manner. No problem with that. Thanks for all your quick feedback and support so far.

          Also I did the following workaround: I went into all those projects and de-activated the option that those who break the build will get notifications. That effectively stopped getting me notifications. I then told some of the other users of these builds, that I deactivated the option and if they like to get notifactions they have to use the other option to get all notifications by adding their email there. This is far more explicit and a much better option that allows dedicated control and should be favored until the build becomes green again.

          Tom Klingenberg added a comment - It's perhaps also too difficult to implement, so not easy to do in a robust manner. No problem with that. Thanks for all your quick feedback and support so far. Also I did the following workaround: I went into all those projects and de-activated the option that those who break the build will get notifications. That effectively stopped getting me notifications. I then told some of the other users of these builds, that I deactivated the option and if they like to get notifactions they have to use the other option to get all notifications by adding their email there. This is far more explicit and a much better option that allows dedicated control and should be favored until the build becomes green again.

            slide_o_mix Alex Earl
            tkn98 Tom Klingenberg
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: