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; } } }

Managing Signatures in the Inbox as a repeat.

SteveRichards4

Hi,

I have come up with what I think is a way to manage adding a signature to a survey once the survey has been submitted and retrieved through the Inbox.

The Survey is set up to work against a submission_url to a feature class and related tables hosted in our SQl Database.

I have put the signature inside a repeat and will use a function to make it visible at the right time - I am using a Yes/No select_one at the moment.

This is working but of course the user is free to add as many signatures as they like, I really only want one.

The solution I think is to put 1 in the repeat_count parameter, however when I publish the survey I am getting "The custom feature service submission_url is not compatible with this survey (Fields not found in the feature service: 1)"

If I remove the 1 from the repeat_count then it publishes fine, I just potentially end up with multiple signatures

Q1/ Am I on the right track?

Q2/ Is this a bug?

I may be able to implement using a count to make the repeat 'disappear' after one signature is entered but this feels like a work around.

Survey Template Attached

SX_Test_Sig_FINAL.xlsx

SX_Test_Sig.xlsx

Find more posts tagged with

Accepted answers

JamesTedrick

Hi Steve,

You may need to add a field "SX_Test_Actions_count" to the main layer of the form - when publishing with a repeat_count, an "_count" field is expected.

All comments

SteveRichards4

Hi James,

That did the trick,

Thanks very much for your help.

I will attach the final solution.

Steve

SX_Test_Sig_FINAL.xlsx

JamesTedrick

Hi Steve,

You may need to add a field "SX_Test_Actions_count" to the main layer of the form - when publishing with a repeat_count, an "_count" field is expected.

SteveRichards4

Hi James,

Thanks for your response.

The Feature Service does have a related table with attachments - this is for the signatures.

I have republished the service and removed the periods.

I can publish the survey and it works i.e

Fill in the top part of the form

Submit

Retrieve from Inbox

Sign

Submit

The signature saves as expected in the attached Feature Class - if you sign first time around it does not get retrieved from the inbox - this is documented and expected, I am not going to make the signature field available until it has been submitted once.

As I am using a repeat to hold the signature - I want to limit the repeats to 1 so it only gets signed once.

As soon as I try and limit the repeats to 1 then I get the publishing error

Looks like this:

Remove the repeat limit and publish

Steve

JamesTedrick

Hi Steve,

You are on the right track. A couple of things to check for:

- you are using submission_url to work with an existing feature service. Does that feature service have a related table with attachments enabled?

- can you republish the layer and tables so they do not have database names (particularly periods)?

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

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