|
POST
|
Hi Nicholas, Elliott Thank you for the feedback. I can confirm it's a bug and can be fixed in the next update after 3.1 release.
... View more
10-31-2018
12:14 AM
|
1
|
2
|
3184
|
|
POST
|
Hi Eric, Kevin Thanks for your feedback, I've logged the request in our backlog for future enhancements.
... View more
10-25-2018
09:18 AM
|
3
|
0
|
1594
|
|
POST
|
Hi Chris, I've published a test survey with the XLSForm and report template files you attached in the post. However, I can generate report based on one test record (objectid=1) and open the report without issue. Is there any requirement for the data to reproduce the issue? If yes, can you please submit one to the below survey? View result (login with your named user): https://survey123.arcgis.com/share/22a2abe82ec949f198d1e0c439988a91/result/data Submit data: https://survey123.arcgis.com/share/22a2abe82ec949f198d1e0c439988a91?open=native
... View more
10-12-2018
06:13 AM
|
0
|
0
|
3747
|
|
POST
|
Hi Chris, Thanks for the feedback. Would you mind also sharing the XLSForm file (.xlsx) which together with the template file (.docx) can reproduce the problem for us to investigate?
... View more
10-11-2018
05:47 AM
|
0
|
2
|
3747
|
|
POST
|
Hi, The issue has been fixed in the coming 3.1 release (planned in Oct.), all custom UI properties will be applied in the web app now.
... View more
10-09-2018
04:49 AM
|
0
|
0
|
4401
|
|
POST
|
Hi Anu Sawant, Yes, we are working to improve the stability and performance of the feature report service. As long as we see it's feasible, the max allowed records count in one request will be increased, but probably not in the next 3.1 release.
... View more
09-26-2018
04:28 AM
|
1
|
0
|
3956
|
|
POST
|
Hi Anu Sawant, Curtis DeVault, Kassandra Rodriguez and others who may see the similar error message, Just FYI, whatever the input is (single or batch records), "Save result to your account" or not, as long as you see the "print map failed for {question name} {"error":{"code":500..." error message, this means the concurrent limitation of the behind printing service is met. Trying again later may fix the issue. However, there are also some facts currently you may want to know: Currently, no matter if there's geopoint question in your survey (published from the web designer or Survey123 Connect), a request will be sent to the backend printing service per record. Hence, the more records you include in one request, the more easier you will see above error message If the generated report exceeds 10MB and you didn't choose to "Save result to your account", you will see the "{"message": "Internal server error"}" error message. This is an independent limitation to the above one, which means you can only see this error after the report has been successfully generated. We are working on both of issues for 3.1 release (planned in mid of October), please staty tuned to our blog
... View more
09-03-2018
01:29 AM
|
1
|
3
|
8977
|
|
POST
|
Hi Josef, Can you please make sure there's no visual image you can see before publish? After checking and trying publish again, if the issue still exists, please send us the JSON string of the publish request in the network panel of the browser (shown as below), so we can investigate the issue further. Thanks.
... View more
08-30-2018
08:29 PM
|
0
|
1
|
2081
|
|
POST
|
For the web designer, the error message should occur when there's a hosted online image referenced in your survey is larger than 1 MB, such as in survey header/description or note question. Can you please check the file size for each image you referenced in the survey? Just remove or replace those images with a smaller one (< 1MB) could fix the issue.
... View more
08-30-2018
10:32 AM
|
0
|
3
|
2081
|
|
POST
|
Hi Nathan, In addition to James's answer, 1. Raised your voice in a widescreen mode feature in our backlog 3. I think you can try to add hyperlink to the image itself which points to a online hosted version of the raw image when designing the survey
... View more
08-28-2018
08:26 PM
|
1
|
0
|
1383
|
|
POST
|
Hi Nakia,. Thanks for inviting the account and we can reproduce the issue now. The reason why the Data page of the Survey123 website cannot load successfully is that the query result from the underlying feature service is broken (see below screenshot), if you add the underlying feature service into the Map Viewer of ArcGIS Online, it cannot load neither. From our experince, it might be related to reserved keywords is used as a field name in the feature layer. You may want to check all field names before publishing the survey/feature service so that the query can work as expected.
... View more
08-28-2018
08:26 AM
|
0
|
1
|
4109
|
|
POST
|
Hi Nakia, Unfortunately, I cannot reproduce the issue by only using the XLSForm, after submitting a record, the Data page loads as expected. Would you mind inviting another user to access the Viewer view for investigation? I'll send you the username.
... View more
08-23-2018
01:36 AM
|
0
|
0
|
4109
|
|
POST
|
Hi NPS LESES, Based on your description, this is currently an expected behavior due to two known issues: 1. print map failed for ... "error":{"code":500,"message":"Error performing execute operation","details":[]}} indicates that the behind printing service has reaced its concurrent limitation, trying again later should fix the issue 2. However, I have not included the map in my print template. Currently, the report engine actually prints one map for each record there's no geopoint question in the survey ( there's still 0,0 in shape column) We are trying to improve the workflow and performance now, should have some progress in the next 3.1 release.
... View more
08-21-2018
05:57 AM
|
0
|
0
|
3956
|
|
POST
|
Changing the number/date format in org/account settings (e.g. to Australia) not only affects Survey123 (it will actually not work due to the bug) but also other apps in ArcGIS Platform, such as Map Viewer, Web AppBuilder app, please evaluate if it's feasible to do so. However, seems the underlying solution is to suggest ArcGIS Online add support for number/date format for New Zealand too.
... View more
08-16-2018
08:21 PM
|
0
|
0
|
4765
|
|
POST
|
Hi Naomi, Thanks for the feedback. Currently, the date format in Survey123 website or the web app/form is determined by the following order which is consitent with ArcGIS Online: If the user has signed in, will use the locale set in the user profile If the user has not signed in, will use the locale set in the org which the survey belongs to If the user has not signed in and no default locale specified in the org which the survey belongs to, will use the browser's locale For the locale setting of the org or user profile in ArcGIS Online, currently, New Zealand date/number format is not supported, hence, will fall back to the United States (en-US) format. If the language is English, you can set the date and number format for Australia, Great Britain, Canada, or the United States. See Set language and region—ArcGIS Online Help | ArcGIS for details. The most similar one is the Australia date/number format. However, we did found a bug that Survey123 website/web app does not respect the date/number format if it's supported in ArcGIS Onlilne, such as Australia date/number format. I've logged an issue in our dev repo to fix it in a future release. Please let us know if you have any other question.
... View more
08-14-2018
05:10 AM
|
0
|
2
|
4765
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 07-19-2021 02:03 AM | |
| 1 | 01-26-2026 07:15 PM | |
| 1 | 12-18-2025 04:54 AM | |
| 2 | 11-20-2025 07:20 PM | |
| 2 | 09-08-2024 11:16 PM |
| Online Status |
Offline
|
| Date Last Visited |
01-26-2026
07:08 PM
|