Creating a public survey with secured data - anonymous users get error when submitting surveys

a week ago
New Contributor II


I created a survey using Survey123 Connect, published it, tested it and all was good.

I then followed the instructions in this blog post regarding Securing Data in Public Surveys ( (author @IsmaelChivite )

I published the hosted feature layer views as instructed. I went back to Survey123 Connect to get the submission_url and form_id values for the new public view and transposed them into the XLSForm for the original survey. Published the survey and tested it.

If I am logged in to my AGOL account, I can submit records, however if I try to use the survey as an anonymous public user, an error is returned upon attempting to send the survey response. There is no error code in the popup that appears.

I'm not sure what the next troubleshooting steps would be on this, and there isn't much else online on this topic.

Software details:
Survey123 connect version 3.17.54 on Windows 10
Survey123 Field App 3.17.66 on iOS 16.3.1

Screenshots showing error in Survey123 Field app:




Collaborate/Share survey screen in Survey123 website:


Collaborate/Share results screenshot in Survey123 website:



AGOL folder with items showing sharing levels:


AGOL Settings on the Public feature service view:


Screenshot of settings for the source hosted feature layer:


I attached my XLSForm and also a log file from the field app that was running when an error was generated

Thanks for reading. I'd appreciate any insight,


0 Kudos
4 Replies
Regular Contributor

The logs say:

"code": 400,
"details": [
"Can not edit layer '0'.",
"Unable to add the features.",
"This operation is not supported.",
"Unable to apply edits."

I found the public layer. I can't add points against it in a Web Map. Suggests 'adds' are actually not enabled for this layer.

It seems like you have 100% enabled adds via the UI. Can you go to the REST Admin endpoint of the layer and see if there are layer overrides enabled?

  1. Go to view layer item URL
  2. Go to service URL, open in new tab
  3. add 'admin' to the URL between rest and services i.e. ..../rest/admin/services/...
  4. Click 'json' to see the  service JSON
  5. Search for 'layerOverrides'

"supportsLayerOverrides" : true,

      "layerOverrides" : [

 I've seen this in play before, when editing has been disabled, but layers still editable.

Or maybe something else is at play - but we don't seem to be able to edit this layer....

New Contributor II

Hello, thanks for taking the time to look through my post.

I have accessed the JSON and the "supportsLayerOverrides" parameter is "true". I'm not sure if you were indicating whether it should be true or not.



0 Kudos
Regular Contributor
What's listed further down under 'capabilities'?
Honestly not sure either but this is the only scenario I've seen editor
settings not match the editing capabilities
New Contributor II

Hello again,

This must be the section you are talking about?


I notice it says only "query".

0 Kudos