nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

"Creating form item" during publishing to Portal from Survey123 Connect hangs

ChrisMcLean2

Hi, thank you in advance for the your inputs.

I think I know what the problem is, and need some guidance to whether or not this can be solved. We have a Portal and Server setup here, and the servers are not connected to the internet. I think that (even through I'm publishing a survey from a PC with access to the internet) the server can not reach the XLS Conversion Service to create the xForm. Is there a way around this? Could I host the XLS conversion service privately? Or could I manually upload the xForm?

Here is the information I could gather:

1) When I try to publish a Survey123 form to the Portal it stops at this point:

2) The feature service is uploaded correctly to the Portal:

3) However, the xform service is not being created and/or pushed to the Portal. This is the log from the publishing:

The survey "staging" folder has this in it, is there some way to publish this manually?

I appreciate the time taken to look through this problem.

Thanks,

Chris

Finde mehr Beiträge mit dem Tag

Accepted answers

ChrisMcLean2

Hi Keith,

Is a QA environment not available to test the different configurations?

We've setup a 3-tier infrastructure here - so separate Portal, ArcGIS Application and Database servers. We're still implementing single sign-on through IWA. This is my experience, I'll include as much information as I can... might not be highly technical, but will hopefully solve your issue.

Working without a problem:

1) The web adaptor was install on the Portal machine and configured with remote administrator access

2) Installed Connect and the survey's published immediately with IWA and not issues

Then to optimize the ArcGIS servers (we're having performance issues), ESRI changed the web adaptor configuration and installed it on the App servers and removed remote admin access. I started to receive the same error when publishing forms.

I thought that it must be the web adaptor configuration that caused this error. So, I bypassed it using the:

https://server.domain.com:7443/arcgis/ (the last "/" is important... same with the normal setup). This setting was applied in the Survey 123 Connect settings... you'll have to sign in with a built-in Portal account (I just used the portaladmin account) to be able to publish (no web adaptor = no IWA)... the form and features published correctly.

For Survey123 (the app) I use the "normal" address via the web adapter. https://server.domain.com/portal/

If you share the form and feature correctly, then users (connecting via web adapter though AD) will be able to access, download and use the survey form.

I hope this helps, can't promise anything... it depends highly on your server configuration. Please let me know if it does help on your side, if so it's something to report to the Survey123 team.

Using version 2.0.11 Survey123 Connect

Thanks,

Chris

All comments

AndrewWatkins

I am having the same issue, were you able to resolve it if so how.

Many thanks,

ANdrwe

IsmaelChivite

Hi Andrewmcgwatkins‌ Survey123 Connect for ArcGIS requires access to our hosted Survey123 API at the moment, even when working against your own Portal. Creating a setup for our API is in our backlog.

ChrisMcLean2

Hi Andrew,

After going through the problem with ESRI's technical team here in South Africa, the conclusion that they made was that the Portal we have deployed is configured in a Tier 1 configuration (which they deployed) (so everything is installed on one server - the Portal, ArcGIS Server and Data Store) and the Windows Authentication that we have setup. These two issues seem to be the reason as to why it's not working. At least this was their conclusion.

Another issue could be the Security Certificate being used which is SHA-1, and not SHA-256. This is also (apparently) the reason why the ESRI Maps for SharePoint installation has limited functionality and does not allow for a Portal guest account to be configured on the ESRI map web part, and we're not able to select feature in the ESRI Map web part (select function is disable).

Currently, we've been busy trying to troubleshoot these issues for 2 months now, and we still don't have a solution for the Pilot server. We're waiting for the QA and PROD servers to test whether or not the different configuration will have better results.

It's very frustrating this side not being able to test to the functionality of these products on our system. Having the free ArcGIS Online Trial account does help though to test the functionality, but we can't deploy and test with our users.

Let me know if you have any luck that side... I'll let you know if there's any progress on this side.

Thanks,

Chris

PaulDavidson1

Chris:

We are seeing the same issue in our Portals here.

We are pretty sure it is related to using AD/IWA (Integrated Windows Authentication.)

In fact, given the work around, I don't see what else it could be.

We have a DEV/Test/Prod setup, all three are all in one servers (Portal, Data Store and ArcGIS Server are all running on same server, which are VMware (Vsphere) virtual servers (Win2K 2012R2.) All three are using the web adaptor under IIS.

Test and Prod both are set to use IWA and both fail when publishing a Survey123 in the same manner you describe. The Feature Service gets published but the Form does not.

The work around we have found is to:

Turn off IWA, publish your Survey123, Turn IWA back on.

1. Using IIS Manager on your Portal server, Navigate to your Portal website and open Authentication.

a. Disable Windows Authentication

b. Enable Anonymous Authentication

2. Publish your Survey123 using a publisher account on Portal that is not your AD login.

3. Go back to IIS Manager and reverse what you did in #1 to turn IWA back on (Enable Windows Authentication and Disable Anonymous Authentication.)

You should end up with your Survey123 published (both Feature Layer and the Form) and IWA working.

Obviously, probably need to do this after hours when others are not on your Portal.

Not an optimal fix for sure but it does seem to work for us.

Hope this works for you.

JamesTedrick

Hi Paul,

Could you retry with v2.0 of Survey123? We've introduced support for IWA Portals in this release.

HeatherStanton

I'm having the same exact problem as above. Using Anonymous Authentication is not an option for us. All users must log in using IWA, including those publishing surveys. I, too, get hung on "Creating form item". My internal Portal has access to the internet, so there's no issue there. I'm using version 2.1.9. Is fixing this issue on the road map for the next release?

ChrisMcLean2

Hi Heather,

There should not be a need to enable anonymous access, nor to disable IWA access. You can configure your settings in Survey123 Connect (the application used to publish surveys) to bypass the windows authentication and anonymous access. Please see the screen shot below for guidance.

I am using the Beta version of Connect - version 2.0.11

The configuration should look like:

The red piece that I've hidden, is the address to your Portal server. then instead of the .com/portal/ - you should use the com:7443/arcgis/

To do this configuration you need to go to the Sign In section:

You might need to Sign Out before you see the sign in option, or simply re-install the Survey123 Connect application if you're struggling.

Then add your Portal address with the :7443/arcgis/ at the end, select it and once you go back you should get to the main screen with the correct address at the bottom.

Or it might send you to the Sign In page - you want it to look like the image below:

I have had the experience where you need to exit Survey123 Connect and open it again before you get to this login page. I use the "portaladmin" account to login - this should be the account that was created when the ArcGIS Enterprise setup was installed. If you don't have this account anymore, then you need to create a built-in portal account with full admin rights under "My Organization" in the Portal interface. If you create the account then you need to login to it through the Portal a first time and it will ask that you change the password (I find that sometimes this is an issue with new built-in accounts as the password assigned is temporary). This is a little tricky to do without disabling the IWA, but it is possible - it's a topic for another post though, let me know if you need assistance.

Once you've signed in you should be able to (finally) publish forms. The forms will sit under the portaladmin user, but you can change the ownership in the Portal itself to whatever user you choose. Then from there you can share it out to your IWA users.

Maybe I should touch on the users too... the Survey123 application itself it NOT configured in the same way. This should use the .com/portal/ setting in order to enable the single sign-on. Below is the final image you're looking for:

In order to achieve this you will need to follow the following steps:

Sign in with your windows authentication details, this only need to take place once, after this point it will remember who you are. If all is successful you should receive an approval request:

And it should have picked up your IWA portal username and account.

After this you're good to go, download whatever surveys have been shared with you and start capturing data.

Please comment on whether or not this worked for your setup.

Thanks,

Chris

Some notes:

I am using my laptop to do this, not the server itself.
Internet connection from the laptop is required to convert the excel form to the web form
Anonymous access is disable in IIS and in the Portal settings
Only IWA access is enabled in IIS

HeatherStanton

Hi Chris - Thank you so much for the detailed reply. I think it's a great workaround. While I completely understand the steps, I have several users needing to publish surveys. I'd rather not double the users to provide them built in accounts alongside IWA accounts just to publish their surveys. We have deleted portaladmin for security reasons, and to free up a user. I may, as a workaround, create one user and share credentials temporarily, but I really feel this is a bug that should be rectified, I'm very interested in hearing whether it's in the roadmap for the next release.

JamesTedrick

Hi Heather, DistantLeaf‌,

We've had a bug logged on the issue of IWA Portals not allowing the posting of form items. This is not occurring on our normal test IWA Portals, but it appears the Esri Support has been able to create an environment that also has this issue.

KeithHupperts

Chris, Thanks for the additional details. This workaround has allowed us to log into the portal and publish surveys without having to enable anonymous login in IIS in the production environment and cause an interruption for the other apps that are using that production portal. Huge!

JonSwoveland

Chris,

Thank you for posting this workaround. I tried this, using Survey123 Connect 2.6.4, however when I try to add my portal using port 7443, I get a "SSL Handshake failed (6)" error. I assume this is because Portal is using the built-in certificate on 7443, which typically isn't a problem because my web adapter has a valid cert.

Thanks for any tips, in advance,

Jon

JonSwoveland

Having the exact same problem on a freshly installed ArcGIS Enterprise 10.6.1 environment.

My machine has access to the internet.

Software Versions and Configuration:

Survery123 Connect 2.6.4
ArcGIS Enterprise 10.6.1 (single server deployment)
IWA authentication enabled

Publishing craps out at the adding form item step every time. What's up ESRI?

ChrisMcLean2

Hi Jon,

I haven't been spending much time on Survey123, and we changed our setup to a multiple machine deployment. I'm not sure how much help I can be in solving the issue. Could you post the log of the failed publishing?

Chris

JonSwoveland

Thanks Chris, I managed to get around this issue by 1) disabling IWA, 2) allowing http connections, and 3) bypassing the webadapter to connect to portal on port 7080. This allows me to publish a new survey from the "Advanced" template.

Unfortunately when I try to publish a survey that has previously been published successfully to ArcGIS Online, Survey123 connect fails with the error JSONObject["timeInterval"] not found - no informative errors in any logs. I don't want to hijack this thread with that issue, just sharing my pain. Someone else who experienced this indicated it was likely something wrong in the spreadsheet.

JamesTedrick

Hi Jon,

We are working on the IWA publishing issue. It does not affect all IWA ArcGIS Enterprise instances and thus has been very difficult to duplicate and isolate.

On the timesettings error message, this is a bug that was introduced in 10.6 when a form has a question of type start and/or end; they are used in the timeInfo, which had a slight change in what configuration was being expected. This is addressed in the next release of Survey123 Connect 2.7- it will be coming out shortly or you can download a beta from he Early Adopter Community.

Nimm an der Diskussion teil

Angemeldete Mitglieder können Beiträge verfassen, Updates folgen und mehr. Neu hier? Registriere ein kostenloses Konto.

Schnellzugriffe

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.