As it is, this is causing a bunch of duplicates because of how long some apps take to respond. (And rebuilding these apps so that they work differently is… not something that’s on the short list.)
My problem is slightly different from yours,
but there’s definitely a problem with the AppSheet webhook.
Currently, the Max number of retries on failure setting can’t be set to 0.
However, if it’s set to anything other than 0,
the webhook will start to experience other issues.
However, in Monitor, only successful executions are visible. In reality,
AppSheet keeps experiencing incorrect retries.
Setting the Max number of retries on failure setting to 1 results in duplicate operations in the backend.
Appsheet engineer here - I apologize for the trouble. This was an unintended regression, stemming from what should have been invisible changes to the underlying code when a webhook is invoked, and not a deliberate change in behavior. We’ve identified the cause and have prepared a fix, which is planned to be deployed on Monday (9/8).