I came across this issue today for a survey embedded as a web form within a VUE js app:
The setting within the survey for forcing an update is turned off.
The only way to resolve the issue was to install S123Connect 3.12 and to republish the survey.
Is this a new "feature" of Survey123?
Is there anyway to stop survey123.arcgis.com from trying to force an upgrade while the user is trying to access the form? Is there another setting that can be modified?
Hi @Dawn ,
From your description, there's a bit of overlap in what 'upgrade'/'update' means. Upgrade refers to the version of Survey123 Connect/Survey123 website used to publish the form; update refers to re-publishing of the form.
The setting in Survey123 Connect is specific to requiring the Survey123 field app to require the user to use the latest version of the form that is published. This is irrespective of the version of Survey123 Connect used to publish the form. This is also pertains only to the field app and has no bearing on the web form.
You mentioned that the form is embedded in another application. What is the embedding mechanism? Are using the version=latest URL parameter to require the upgrade (it appears so based on the console log you provided)?
The easiest way to resolve this would be to republish with the current version of Survey123 Connect. With regard to the 504 error, it would be useful to open an Esri Support ticket to try to diagnose what is occurring.
Hi James
Thanks for the quick response.
The survey is imbedded in a VUE.js application
@Dawn ,
Following up on the 504 issue, our server logs indicate that this may be something particular with your form (all of the occurrences of a 504 error for updateWebform in the past 3 days appear to be associated with one form). I'm wondering if there are some aspects to the form that would cause the updateWebform processing to take a longer than allowed for time; one particular area that could cause this are a large number of choices in the form. If you would like to, please follow up with me via e-mail (jtedrick AT esri.com) with the form so that we could further analyze this.
In checking with the Survey123 web development team, the cause of the 504 in your situation (portal unreachable) was identified during 3.13 development and should be resolved with 3.13's release yesterday.
Thanks for the feedback James - I haven't upgraded to 3.13 yet as the 504 error has not reoccurred.