Skip to content

Add state header to notification emails

Andrew Fontaine requested to merge afontaine/add-state-notifications into master

What does this MR do and why?

This is primarily targeted at issuable entities, and unlocks further email filtering and tagging workflows, by specifying within the email whether or not the issuable is open/closed/merged.

It can maybe be looked at for other GitLab entities, but for now, issuable state is enough.

Changelog: added

How to set up and validate locally

  1. Set up your gdk to send emails
  2. create a notification email for an MR or issue
  3. check the raw email for the header X-GitLab-(MergeRequest|Issue)-State

MR acceptance checklist

This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.

Merge request reports