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

Bug with missing data in nests

ClaireMWood

Hi,

I have been made aware of a bug where relevant questions are not displayed in the first record of a repeat, if accessed from the Drafts, Sent or Inbox. This means data recorded in the first nest of repeats is potentially going missing unless it is submitted straight away. Could you let me know when a fix will be released for this as it is a big issue for us.

Many thanks,
Claire

Find more posts tagged with

Accepted answers

All comments

IsmaelChivite

Joao Fernandes‌ This issue has been fixed in our daily builds. We are currently proceeding through release certification and will make available an update as soon as possible. Likely around the end of January.

BrandonArmstrong

Hi João,

Thank you for bringing this to our attention. I was able to reproduce the issue that you are encountering and we will be looking to determine the cause. Please stay tuned for an update, and thank you for your continued patience.

Brandon

JoãoFernandes2

Good afternoon

Attached is a small test file.

Can you see my problem?

After filling the first record inside the repeat does not let me move.

Thank you

Form 6.xlsx

JoãoFernandes2

Good afternoon

Attached is a small test file.

Can you see my problem?

After filling the first record inside the repeat does not let me move.

Thank you

Form 6.xlsx

AdrianHughes3

We have tested the windows release candidate and issue is resolved. The first nested record is present when editing a survey

JoãoFernandes2

Good afternoon,

Is your problem solved?

Thanks

JoãoFernandes2

Good Morning,

Yesterday I tested the release candidate 3.2.192 Connect to publish and 3.2.262 Field App to fill out my Survey.

However, it did not allow me to fill in 'nested repeats' the way I want.

When I finish filling the first repeat and I intend to move on to the next, I'm not allowed to advance. First I have to fill in the mandatory fields on the questions ahead.

It's not allowed to fill in the repeats without first filling the questions that are asked after the repeats.

I would appreciate cooperation since I've been waiting a long time for a solution to this problem.

Thank you for your effort.

Anonymous User

Hi Adrian,

Just an update to let you know that we have been working on the issues described in this post and a lot of progress has been made with repeats/nested repeats and defaults/calculations/relevants/groups and missing values when opening the survey, so we believe the issue has been resolved for our upcoming 3.2 release which is due end of January.

If you have time, can you please check out the latest 3.2 RC builds (Connect 3.2.192 and App 3.2.262) available on EAC here: Welcome to our Feedback Community and provide any feedback. The sooner we can get feedback the sooner we can address any outstanding issues before the release.

Regards,

Phil.

Anonymous User

Hi Adrian,

We are working to have this resolved in the next update of Survey123 (version 3.2) which should be released in the next 4-6 weeks.

Phil.

AdrianHughes3

We also have this issue. Any update on when this will be fixed in a release version?

JoãoFernandes2

Good afternoon,

I also have the same problem.

I have already tested the new Beta version and the problem persists.

I would like some help with this issue.

Thank you

JoãoFernandes2

Good afternoon,

I also have the same problem.

I have already tested the new Beta version and the problem persists.

I would like some help with this issue.

Thank you

ClaireMWood

Hi John,

I have just tested the new Beta versions, publishing with Connect 3.1.127 (Windows) and using Survey123 v3.1.160 (Windows). Whereas before, the first entry of a repeat was missing when opening from drafts or outbox, in the new Beta, ALL data in each repeat disappears - this is much worse. Also, I had created a workaround for this issue by removing relevant clauses form each question in the repeat, and only having the relevant on the repeat itself, which seemed to work. Now this no longer works in the new beta - all data is lost. Additionally, fields calculated from the repeats no longer work either.

Claire

JHasthorpe

A fix for the repeat issue is now available on EAC: Welcome to our Feedback Community

Please download the release candidate and test your survey.

Thanks

John

BrandonArmstrong

Hi João,

We are planning to address the behavior related to missing data in repeats in the near future. In the meantime, are you familiar with the Early Adopter Community?

We often upload builds of Survey123 that can be used to explore new not yet released features, or fixes that are intended for upcoming production releases. Within the next day or two, we should have a build which includes a potential fix for the issue that you are encountering.

I will try to update this thread when we upload the latest build that can be used for testing, but in the meantime, please ensure that you can access the Early Adopter Community by clicking on the following...

Welcome to our Feedback Community

Best,

Brandon

JoãoFernandes2

Good Morning

I have a Survey that has about 700 questions and when it is submitted via 'Survey123Connect_x86_3_1_126' without ever saving it as a draft, it is accepted with no errors or problems (warning errors given by the software and errors that I may have identified visually).

If our form for some reason is saved as a draft and not filled and submitted in AGOL or the Federated Portal of our institution at once, when we resume it, there are several fields where the records are erased and in some cases it is not allowed re-editing.

I already uninstalled the old versions of the software and then installed the new ones released 24th October. Using the new versions I published our Survey with 'Survey123 Connect for ArcGIS_x86_3_1_126' and later downloaded it with 'Survey123 for ArcGISSurvey123_x86_3_1_158’.

I did some tests and found that the problems reported have not yet been solved with this new version.

I verified within the ESRI community that there are several users with the same problem, so your cooperation is needed in order to solve this issue.

Thank you

ClaireMWood

Hi Brandon,

Yes, correct - if the data are submitted straight away, it works fine. The issue occurs after loading from Sent/Drafts/Inbox.

Claire

BrandonArmstrong

Hi Claire,

I tested with your survey, and I now understand what you are saying with the data being lost. Correct me if I am wrong, but, after the initial submission, the data is not missing when viewing the feature service. It is only after loading from the Sent/Drafts/Inbox and then resubmitting with the missing values that the data goes missing? This is the behavior that I encountered when testing.

Ultimately, the issue that you are encountering is something that we are aware of and is under current investigation.

Best,

Brandon

ClaireMWood

Hi Brandon,

Each time I experience this problem with repeats, the actual data is being lost completely - it is not just a display issue. In this latest case, the repeat questions are required, therefore if you reload the survey from the Outbox or Drafts, then try and send, lots of errors for empty fields appear, for fields that were originally populated.

I have experimented with taking off 'required' for the fields in question then:

1. Save to drafts (or outbox)

2. Reload from drafts or outbox

3. Noted data is missing in survey from first repeats.

4. Submitted survey

5. Data is missing when viewed as feature service

6. Data is missing from exported geodatabase

Best wishes,
Claire

BrandonArmstrong

Hi Claire,

The behavior you are encountering, with the data not appearing in repeats after the first, when there is a relevant clause applied to questions within the same repeat, has been raised in our internal backlog. We are currently investigating the cause. I will take a look at your XLSForm and confirm whether or not it looks to be the same behavior that you are encountering and will update this thread with more information if it appears to be something different. In the meantime, can you please confirm that the actual data is present in the feature service, and that this is a display issue as is the case with the previous issues listed?

Thanks,

Brandon

ClaireMWood

Hello,

I am still experiencing problems with losing data from repeats with questions with relevant clauses set. I have been testing the St Kilda Penguin release, and still have issues.

The issue I had above was related to questions inside repeats having a relevant clause set, based on a value outside the repeat. I have worked around this by removing the relevant clause from questions inside the repeat, which appears to work. However, I have a similar survey, which has questions with a relevant clause based on a value from inside the repeat - and again am losing data from the first repeat when loaded from the Drafts/Outbox.

I have attached the xlsx form, the issue occurs in the repeats on page 4.

Best wishes, Claire

Form5.xlsx

Anonymous User

Hi Lynn,

Thanks for providing your survey. The issue you are experiencing is similar to the issue that Claire has, however is being triggered by a different configuration. The relevant statements you are using inside the repeat are based on a note question type inside the repeat, and based on the current implementation for note question types, they do not re-trigger relevant statements on the attached questions. I have logged this as a bug and we will aim to fix it in a future release.

In the meantime, if you change the note field to a read only text field, I believe it will work as you are expecting. I tested this with latest version of the app and beta release and the values were present when opening from Drafts or Inbox.

I found an issue with your survey which you need to fix, on the begin repeat question, you do not have a "query" clause, this means no records are ever queried and downloaded from the Inbox. See above comments above regarding this: https://community.esri.com/message/800823-re-bug-with-missing-data-in-nests?commentID=800823&et=watches.email.thread#com…

Also I see you are using null esri field types on the MILEAGE, TC_concat, ECOLI_concat fields, in this case the values are never stored, so will never been seen in the feature service or when opening survey from Inbox, they will always be null.

Hope this helps.

Phil.

LynnBerni

Hi Phil,

I am not using a repeat count and the relevant statements are referencing questions *inside* the repeat only.

Here's a link to my XLS form.

Thanks!
Lynn

Anonymous User

Hi Lynn,

Would you be able to share your survey, out of interest, do you have a repeat_count in your survey for the repeats?

In addition to my comments to Claire, does your survey contain relevant statements inside repeats that reference questions outside of the repeat?

Phil.

LynnBerni

There are multiple threads on this same topic. I'm having the same problem. Data in first repeat is lost when the survey is reopened from Drafts or Outbox. It's only data in relevant fields, and all are referenced within the repeat. The repeat also includes a date/time field, with default set to now(). That gets reset too, to the current date/time (ugh).

I just saw the blog post Minor Update to Survey123 Available (August 30, 2018), which states that this problem has been resolved. So I:

confirmed that we are on the latest version of the ios app (3.0.149)
installed the latest version of Connect (3.0.142)
republished surveys
downloaded "updated" surveys to ipad

Nada. It's still deleting/resetting relevant fields in the first repeat.

I don't know if this was happening prior to 3.0.

Anonymous User

Hi Claire,

Thanks for attaching the survey, I am taking a look at the issue. A few questions, was this survey and the repeat values when loaded from Inbox working correctly before 3.0 update? Is the issue you see now only since 3.0? If you have more than one repeat record and load from Inbox, do you see 1 of 3 for example in the repeat, or 1 of 1? ie do all 3 records load but data missing in first, or none of the records load?

Another thing to note is that I see you are using default values for select one questions that are not in the choice list. This causes the value to be striked out, and then when a new value is selected from list the strike out remains. We have an open issue for this but just thought I would point it out.

Phil.

ClaireMWood

Hi James,

I have attached the xlsx file. The error occurs on page 3. The repeats are subject to relevant clauses i.e. on page 1, the plot type should be ‘X’ and plot found should be ‘Found’ or ‘New plot xyz’.

Best wishes,

Claire

VEGPLOTS_SEP18_PILOT.xlsx

JamesTedrick

Hi Claire,

Thanks for raising this to our attention. Could you share your XLS file? There might be a difference in the form design compared to the other cases that were reported.

ClaireMWood

Hello James,

We are still experiencing this bug using Build 3.0.149, in which the bug was said to be fixed. We are losing data from the first repeat of a survey response after reopening from the inbox, drafts, or sent box. It is not just the case that it is not displaying - the data is being lost, which is a pretty major issue.

Best wishes,

Claire

JamesTedrick

Hi Claire,

We plan on addressing this as quickly as we are able - we hope to have it addressed in the next release of Survey123

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.