select_one choice strikethrough when opened by inbox

Question

When going through inbox to view/edit a submitted survey the selections from the select_one questions are displaying as their codes with strikethroughs. This behavior does not happen if using autocomplete as compared to the preferred minimal appearance.

JamesTedrick · Answer

Hi Mary,

This is an issue we have addressed in the next release.  You can verify by trying out the version of Survey123 available in the Early Adopter Community.

KatieWise · Answer

I am also having a similar issue.  Is there a way I can have someone view my form to see what the issue may be?  I am updating my form almost daily for teams in the field so I am sure something has gone bonkers along the way.

BrandonArmstrong · Answer

After taking a look at the XLSForm it appears that the strikethrough is being caused by a ‘Null’ value that takes part in the cascading select formula of following questions.

The first question in the survey is hidden (name is active_status), has a default value of active, and has been set to 'Null' in the 'bind::esri:fieldType' column.  By setting this parameter to Null, it means that the value will not persist in the feature layer, but can be used in memory until the initial survey is submitted.

The second (select_one) question contains a formula in the choice filter column which references this default value of 'active'... active_value=${active_status} and also has a default value set for each of the choices in the choice list.

This means that the second question is dependent upon the value in the ${active_status} question, which is fine during the initial submission of the survey.  However, when then using the Inbox to query the existing record, the ${active_status} is no longer there to be queried, as it has been set to 'Null'.  Again, this means that the value is never actually written to the feature layer.

In reality, there should be no values shown at all, but we see that there is an attempt to still apply the default value.  The default value is shown with a strikethrough appearance even though the choice filter does not have the ${active_status} value necessary to properly apply the choice filter.