gitea/services/mailer
kolaente 085f717529
feat: notify doers of a merge when automerging (#21553)
I found myself wondering whether a PR I scheduled for automerge was
actually merged. It was, but I didn't receive a mail notification for it
- that makes sense considering I am the doer and usually don't want to
receive such notifications. But ideally I want to receive a notification
when a PR was merged because I scheduled it for automerge.

This PR implements exactly that.

The implementation works, but I wonder if there's a way to avoid passing
the "This PR was automerged" state down so much. I tried solving this
via the database (checking if there's an automerge scheduled for this PR
when sending the notification) but that did not work reliably, probably
because sending the notification happens async and the entry might have
already been deleted. My implementation might be the most
straightforward but maybe not the most elegant.

Signed-off-by: Andrew Thornton <art27@cantab.net>
Co-authored-by: Lauris BH <lauris@nix.lv>
Co-authored-by: Andrew Thornton <art27@cantab.net>
Co-authored-by: Lunny Xiao <xiaolunwen@gmail.com>
2022-11-03 23:49:00 +08:00
..
mail.go feat: notify doers of a merge when automerging (#21553) 2022-11-03 23:49:00 +08:00
mail_comment.go Add generic set type (#21408) 2022-10-12 13:18:26 +08:00
mail_issue.go feat: notify doers of a merge when automerging (#21553) 2022-11-03 23:49:00 +08:00
mail_release.go Add team member invite by email (#20307) 2022-10-19 14:40:28 +02:00
mail_repo.go
mail_team_invite.go Add team member invite by email (#20307) 2022-10-19 14:40:28 +02:00
mail_test.go Move some files into models' sub packages (#20262) 2022-08-25 10:31:57 +08:00
mailer.go Replace all instances of fmt.Errorf(%v) with fmt.Errorf(%w) (#21551) 2022-10-24 20:29:17 +01:00
mailer_test.go
main_test.go