Hey Fleet fam :slightly_smiling_face:
I think Git...
# fleetg
Guillaume
03/12/2023, 3:58 PMHey Fleet fam 🙂
I think GitHub sends workflow failures to the creator of a workflow.
So when this fails I am the one getting the email from github: https://github.com/fleetdm/fleet/actions/runs/4395663318/workflow
Could someone maybe remove it and then add it back as themselves so I don't "own" the notifications anymore?
Thanks!
r
roberto
03/13/2023, 11:20 AMHey Guillaume 👋 🤗 , I see from https://docs.github.com/en/actions/monitoring-and-troubleshooting-workflows/notifications-for-workflow-runs
Notifications for scheduled workflows are sent to the user who initially created the workflow. If a different user updates the cron syntax in the workflow file, subsequent notifications will be sent to that user instead. If a scheduled workflow is disabled and then re-enabled, notifications will be sent to the user who re-enabled the workflow rather than the user who last modified the cron syntax.Seems like it might even be simpler than removing + adding back, I will try to get this sorted out today
roberto
03/13/2023, 4:22 PMIf a scheduled workflow is disabled and then re-enabled, notifications will be sent to the user who re-enabled the workflow rather than the user who last modified the cron syntax.we did this, I'll be on the watch to see what happens next time the worker runs
z
zwass
03/13/2023, 4:24 PM
Wow that's crazy that GitHub works that way. I hope the same thing doesn't happen for private repos...
g
Guillaume
03/13/2023, 4:25 PMThanks @roberto !
Guillaume
03/13/2023, 4:25 PM@zwass I bet it does, however private repos have a setting to only ever send notifications to email addresses on a specific domain, which would probably end up blocking the notification
r
roberto
03/15/2023, 12:08 PMI see the workflow says that's triggered by Zach now, hopefully you're not getting the notifications anymore, but please reach if you still are!
g
Guillaume
03/15/2023, 1:10 PMI have not! Thanks 😄
2 Views