topic Re: Strikethrough on Repeat Records in ArcGIS Survey123 Questions

Strikethrough on Repeat Records

BradenBurkholder — Tue, 13 Mar 2018 19:30:44 GMT

As of 2.6.7, I'm getting some odd behavior on required fields within repeats. Specifically:

1. When select_one fields used in the last record are selected, the answer shows with a strikethrough

(but if the field was not used in the immediately preceding record (due to relevant setting), it looks normal)

2. Required integer fields are defaulting to zero - with no default value set otherwise

(this is a bigger deal as zero can be meaningful as a value and a user may forget to correctly fill it in)

All data appear to be preserved and do not have strikethrough formatting if repeat records are reviewed (before submitting or from outbox).

This may be related to another reported issue:

select_one choice strikethrough when opened by inbox

Re: Strikethrough on Repeat Records

Anonymous User — Tue, 13 Mar 2018 20:01:21 GMT

If it helps, I get this if I put a default like 'N' in a yes no list option which is an incorrect entry

maybe points you in a direction ,,

Re: Strikethrough on Repeat Records

BradenBurkholder — Tue, 13 Mar 2018 20:36:53 GMT

Wow, I didn't expect that to work on an integer field.

I changed the default to 'n' and it shows up (in red) as the default in Survey123 Connect anyway. Haven't tested yet with publishing...

Re: Strikethrough on Repeat Records

BradenBurkholder — Wed, 21 Mar 2018 19:57:32 GMT

Okay, I isolated the bug:

If within a repeat block and using a relevant expression and required = yes, select_one questions will appear with a strikethrough if using a minimal appearance. Likewise integer fields will be pre-populated with zeros. This has occurred with both selected() and string-length() relevant expressions. Having potentially false zeros in the survey is a rather unfortunate bug.

See attached example.

FYI: This occurred on a survey that had been working without error in previous versions of Survey123.

Re: Strikethrough on Repeat Records

BradenBurkholder — Wed, 21 Mar 2018 20:15:26 GMT

I was able to publish a survey with "number" as a default value for the integer field, which should prevent erroneous zeros in repeats. Thanks for the tip, Mark.

Re: Strikethrough on Repeat Records

BradenBurkholder — Thu, 22 Mar 2018 19:32:52 GMT

Using a constraint of '.>0' works as well for preventing zero values in one of my surveys.

Re: Strikethrough on Repeat Records

BrandonArmstrong — Thu, 22 Mar 2018 21:55:02 GMT

Hi Braden,

Thank you for the information.

I wanted to let you know that I am actively investigating this behavior and will update after testing.

Brandon

Re: Strikethrough on Repeat Records

BrandonArmstrong — Fri, 23 Mar 2018 16:46:35 GMT

Braden Burkholder‌ Thank you for bringing these issues to our attention.

I have gone ahead and added the first issue into our internal backlog - strikethrough appearance is seen with select_one questions that are within a repeat, required, and containing a relevant statement in records after the first.

Note: This should not affect the ability to submit surveys nor the values that are submitted.

As for the second issue, where integer fields within a repeat that have relevant statements autopopulate a 0 on records after the first, this should be resolved with the next release of Survey123 (2.7).

You can access the beta through the Early Adopter Community right now if you have an immediate need for the fix. Also, you can checkout some of the other cool features coming with future releases of Survey123!

Thanks again for sharing your discoveries.

Cheers,

Brandon

Re: Strikethrough on Repeat Records

BradenBurkholder — Fri, 23 Mar 2018 19:14:06 GMT

Thanks for the update Brandon!