Webhook notification: relationship between build status fields
Hello again,
I notice that there are several fields related to build status
in the default webhook notification payload:
* eventName, with values build_success or
build_failure * eventData.passed and
eventData.failed, which look like they are XORed
versions of the same information * eventData.status
with values completed or failed
Which field is guaranteed to give me a failed/passed status over the build?
Thanks, kind regards,
-- JB.L
Comments are currently closed for this discussion. You can start a new one.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac

1 Posted by Ilya Finkelshte... on 22 Dec, 2016 01:17 AM
You can use any of those values. However to be precisely correct, here is how they formed:
eventData.passed-- build status is not failedeventData.failed-- build status is failedeventName.build_success-- build status is not failedeventName.build_failure-- build status is failedeventData.status.completed-- build status is successeventData.status.failed-- build status is not successAll possible build statuses are:
queuedrunningsuccessfailedcancellingcancelledHowever this can be safely ignored as notification never called on statuses other than
successorfailed.Thanks!
Ilya.
2 Posted by Jean-Baptiste L on 22 Dec, 2016 08:28 AM
Hi Ilya, thank you for your detailed answer, this is exactly what I needed.
Do you know if there are any future plans to send notifications on build queue / start / cancel?
Thanks!
-- J.B
3 Posted by Ilya Finkelshte... on 22 Dec, 2016 11:36 AM
Hi Jean-Baptiste,
Sorry, I am not aware about plans like this. Please feel free to add this as issue here.
Ilya.
Ilya Finkelshteyn closed this discussion on 25 Aug, 2018 02:10 AM.