Dynamic Repeat Group does not work properly if the number of repetitions is updated

[nnsdtr]

1. What is the problem?
When I update the number of iterations of a dynamic repeating group, the number of repetitions in the group only changes if the updated number is higher than the one previously entered. Otherwise, the number of iterations remains fixed at the highest value previously entered.

2. What app or server are you using and on what device and operating system?
Server: KoboToolbox (2020-06-27)
App: ODK Collect v1.27.2

3. What steps can we take to reproduce the problem?
Create a XLSform with a integer input and a dynamic repeat group based on this integer. Run it with a X number of repetitions, go back and change the number of repetitions to a value < X . Finally, check the dynamic repeat group once again.

4. Anything else we should know or have?
You can check it through this XLSform: repgroup-test.xlsx (10.4 KB)

[Kal_Lam]

Hi @nnsdtr,

Welcome back to the community! Kindly please be informed that ODK Collect V1.28 should solve the issue (which should be coming in August 2020.

For details, you could also have a look at the discussion that is going on in the ODK Community.

Have a great day!

[wroos]

Hello @nnsdtr,
We posted the same bug. See

Cases not removed after repeat_count was reduced (KoBoCollect)

Description Cases are not removed after repeat_count was reduced (KoBoCollect). ALL previous cases stay visible and active. Also the count() is not updated. Steps to Reproduce See XLSForm attached, with Remarks. BugIV_02.xlsx (31.7 KB) Import form and Preview Enter 3 for Total of HH members Fill names Go back and reduce Total, e.g. to 2 You will still see all previous cases Finalize and save and re-edit You will still see ALL previous cases. Expected behavior Cases of repeat_group should b…

(My feeling is it was working early well last year.)

Reducing the repeat_count at the moment creates inconsistent data in KoBoCollect. Except the repeat variable, nothing is changed, even count(), and even not on save or finalisation.
We couldn’t find any workaround so far, except to mark those cases manually (e.g. DELETE as person name) and clean-up later in re-edit / analysis, including all references.

And two further repeat problems, but with Enketo (pages style)

Repeat_count creates a wrong value for first case (Enketo/Preview)

Description In Enketo (Preview) a dynamic repeat_count provokes a wrong value for the first repeat case, The value is based on a calculation which references a variable just before. Steps to Reproduce See XLSForm example attached. BugIV_03.xlsx (36.6 KB) Import and Preview Enter a number for Total Look at the names (the first is empty!) Expected behavior First case should work as the following. Here showing the name based on the calculation. Actual behavior Screenshot [Sc03_01] Additiona…

Form flow blocked after repeat_count was reduced (Preview/Enketo, style = pages)

Hello @Kal_Lam, thanks for your quick reply. It’s probably a bug, as it works as expected if you remove style = pages in settings sheet. (See also the similar but for cumulative repeat.) To get it solved is very important for us, as we use an advanced repeat group features and cross-reference between HH roster and individual repeats. Kind regards

Hopefully, all three issues to be tracked in GitHub and solved soon.
Kind regards