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

Repeats and Time Stamp Overwriting

DerekLittle

Since the latest update (Feb 2024) I am encountering a repeat time stamp issue.

My survey contains a repeat and the repeat items have individual dateTimes. When cycling through the entries or adding a new entry the dateTime is overwritten to the current time. Only happens after the minute changes.

This was not an issue until the most recent Survey123 update for iPads.

@ZacharySutherby

@IsmaelChivite

Find more posts tagged with

Accepted answers

dougbrowning

Have you tried once() or changing the calculation mode to manual?

All comments

DanLissick

I called Esri support and they logged the following:

BUG-000168045: Date/time fields in nested repeats in the Survey 123 desktop and mobile apps are overridden with the latest time entry of the from within any repeat when toggling between nested repeat records.

LizMoore_fws

I am having a similar issue with the time question in a repeat. If a user edits the time in one repeat, all other time values are overwritten with one of the edited time values. I do not have any calculations in the repeated table, and the once(now()) and calculationMode=whenEmpty workarounds are not working for me. The issue is with the question on line 32 of the attached xlsx. Help?

edit time in repeat issue line 32.xlsx

Atlanta.gdb.zip

TravisDrury

Any idea why this would work when the calculation column is blank? Is this just a workaround for what seems to be a bug?

TravisDrury

I think this is definitely a bug. I had a survey working fine until this month and then all of the times sent in were identical. I did change calculation mode to manual and it "fixed" it, but there isn't even a calculation in that field. So, it still just seems like a bug that happens to have a workaround that works for most people.

dougbrowning

You can check the formatting here. Or post what you tried.

https://community.esri.com/t5/arcgis-survey123-blog/survey123-tricks-of-the-trade-calculation-modes/ba-p/1206967

DanLissick

Hey Derek,

I am having the same issue and when trying to implement the calculation mode it didn't resolve it. Could you possibly provide your XLS form? Or provide a screen shot? It could help me solve this issue. Thank you!

DerekLittle

It appears changing the calculation mode to manual fixes the issue. Thanks @DougBrowning !

dougbrowning

Have you tried once() or changing the calculation mode to manual?

DerekLittle

Reported as a bug through technical support.

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.