Skip to content

Conversation

@dscho
Copy link
Member

@dscho dscho commented Jan 23, 2026

This is an attempt to make debugging webhook failures slightly less tedious on the local side. I have not yet had a chance to actually use this, because I single stepped through the failed webhook deliveries of the past few days. My hope though is that it will come in handy in the future.

We do not actually have to merge this before the next incident, (which I suspect will come soon, anyway).

dscho added 2 commits January 23, 2026 14:10
When exceptions are thrown, the exit code should not be 0.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
@dscho dscho self-assigned this Jan 23, 2026
It is often exceedingly tedious to reproduce webhook delivery failures,
even though we now have a convenient script that finds the webhook
corresponding to a failed slash command.

Let's introduce an option (guarded by an environment variable) to log
the exact `curl` call to reproduce the call that might have failed.

This is guarded by default essentially for one reason: It also includes
the authorization token, unredacted, which would be unsafe by default.

Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
@dscho dscho force-pushed the make-reproducing-webhook-failures-easier branch from f35ca58 to 289b3f6 Compare January 23, 2026 13:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants