Failed To Submit Error

[Anthony_Mosinski]

I recently published a survey using survey123 connect and I am now trying to test collecting data using a browser and mobile device. In both cases, I receive the following error statement when trying to submit the survey. 

"Failed to submit. Hide details - class org.json.JSONObject cannot be cast to class com.esri.core.geometry.Geometry (org.json.JSONObject and com.esri.core.geometry.Geometry are in unnamed module of loader java.net.URLClassLoader @614ddd49)"

I am not sure what this error means or what is causing it. Any help would be helpful. Thanks

[DougBrowning]

Smells like a special char or reserved word issue.  Post the form or its almost impossible to troubleshoot this.

[Anthony_Mosinski]

Here is the xls form. 

[DougBrowning]

Yep big red errors right there.  123 really does not like when you name things the same.  Need to change these. It may publish but like you are seeing it comes back to get you.  In theory this should be ok since its just groups. but good to start there.  I do EndSignGroup like that.  The red and green errors mean something, cannot ignore them.  (except for select one of course that always does that)

I also would change the list names to like signList (mostly an issue in older 123 but still best practice).

Hope that helps

[Anthony_Mosinski]

I made the changes but the survey is still resulting in the same error message. 

[IsmaelChivite]

Including the XLSForm with very minor modifications. I simply removed the duplicated names and published as a new survey.  

It works fine for me in both the web and mobile apps, except for the range question which looks poorly in the web app (this is a known limitation*).

I wonder if the error you are seeing is caused by how the geopoint value is passed from the web app into this survey. Can you share the URL you are using to open this survey? From the hint values in your design, it seems like you are opening this survey via a link with parameters. Is that right?

*ENH-000125882 ENH-000142890 Please improve the appearance of the Range control in the Web Browser view of Survey123. (Support for numeric ranges)

[Anthony_Mosinski]

I unfortunately cannot share it as it is not shared publicly and I do not have the permissions to do so. But hopefully you can still help. Below is the the unique URL that is on the bridge point feature in AGOL.

A user will click on a bridge point and within the pop-up there is the link to conduct the survey with the below custom URL. I attached images of the pop-up configuration window and the final pop-up itself.

https://survey123.arcgis.com/share/cfa2f71d40e94d149b8c0b8eb28f6a64?portalUrl=https://gis-dev.ohiodn...}

[DougBrowning]

Is this a typo in the URL?  &center={latitude_f},{longitude_}  maybe its &center={latitude_f},{longitude_f} ?

[IsmaelChivite]

If you cant share publicly, I suggest you open an Esri Technical Support so an analyst can help you diagnose the problem. I am almost certain that the problem has to do with the values being passed to the form.  The link you provided is missing a curly bracket at the end. May be a copy-paste error?  At first sight, with the minor tweaks above to the design, I think from a survey perspective everything looks good.

[MarcSmith1]

Hey Anthony - Did you ever receive resolution to this?  All of our survey123 surveys are receiving this error now.