You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are using latest Jenkins LTS and latest webhook plugin, and we've noticed that, when several post requests are sent within a short span of time (maybe a couple of seconds?) instead of having one job invocation per request, we end up with one job request, which has received all the posts, i.e.:
generic webhook cause parameter for post # 1
generic webhook cause parameter for post # 2
generic webhook cause parameter for post # 3
The body posted on this job invocation only contains the variables associated to the last post. The issue can be easily reproduced, just setup one job managed by the webhook plugin and make some posts to it in a very short span of time (we suspect that it maybe within a second or a couple of seconds). In our case, the git repo manager has some webhooks to a webhook-managed jenkins job to perform some tasks (update labels, close PRs, etc.) and we noticed that, under high load we lose some events.
The text was updated successfully, but these errors were encountered:
indeed, it is the same issue, apologies for the noise. In our case, unchecking the Do not allow concurrent builds option + setting the Quiet period to 0 was enough. Perhaps this should be added to the plugin documentation?
We are using latest Jenkins LTS and latest webhook plugin, and we've noticed that, when several post requests are sent within a short span of time (maybe a couple of seconds?) instead of having one job invocation per request, we end up with one job request, which has received all the posts, i.e.:
The body posted on this job invocation only contains the variables associated to the last post. The issue can be easily reproduced, just setup one job managed by the webhook plugin and make some posts to it in a very short span of time (we suspect that it maybe within a second or a couple of seconds). In our case, the git repo manager has some webhooks to a webhook-managed jenkins job to perform some tasks (update labels, close PRs, etc.) and we noticed that, under high load we lose some events.
The text was updated successfully, but these errors were encountered: