topic Re: Webhook Request Mode in ArcGIS Survey123 Questions

Webhook Request Mode

JürgenBiendara — Thu, 09 Apr 2020 06:47:34 GMT

Hello

We have set up a survey that shall send the survey data via webhook to FME Server. FME Server does receive the request from Survey123 but not the data. Debugging the communication in the web browser shows that the request is sent with Request Mode "OPTIONS".

What effect does this parameter have and especially the OPTIONS value?
Is OPTIONS the correct setting for this parameter (or should it be GET)?
How can we change/influence the setting of this parameter in the SURVEY123 webhook configuration.

Thanks for any help, best regards.

Jürgen

Re: Webhook Request Mode

JamesTedrick — Tue, 14 Apr 2020 18:51:26 GMT

Hi Jürgen,

The OPTIONS request is a standard pre-flight (pre-submission) request to check for CORS compatibility at the submission endpoint. You should see that the data is not sent, but should be following in a following POST request.

Re: Webhook Request Mode

JorgeMonge — Fri, 12 Feb 2021 15:38:52 GMT

Same problem here. I have set up a webhook in Survey123. To test it, I created a webhook at https://webhook.site. When a new form is submitted, the webhook seems to be receiving just the OPTIONS request:

However, testing the same webhook with an online API testing tool (https://reqbin.com/) works fine, suggesting that the issue is from the source at Survey123 and not in the webhook:

Re: Webhook Request Mode

quillaja — Sun, 19 Feb 2023 19:15:11 GMT

I was having a problem with the survey123 webhooks on a simple custom https server to test getting a notification from the survey. My endpoint was working just fine if I accessed it through the browser or postman, but always failed when submitting a survey123. My endpoint is nearly identical to the one shown in ESRI's own example on github: https://github.com/Esri/webhooks-samples/tree/master/Developer/python/flask

The only error message survey123 gave me was "failed to fetch". My endpoint also showed only an OPTIONS request and no POST as I was expecting.

Some searching led me to suspect CORS was the issue (in my experience it's always a CORS issue), so I added the header

Access-Control-Allow-Origin: *

with the same failed results. Further searching finally led me to the final headers

Access-Control-Allow-Origin: https://survey123.arcgis.com Access-Control-Allow-Methods: POST, GET, OPTIONS Access-Control-Allow-Headers: Content-Type

and my endpoint could finally receive the POST request and json data payload from the survey123 webhook.

ESRI's help about survey123 webhooks says nothing about requiring these headers to be included when responding to the webhook's OPTIONS request!