Select to view content in your preferred language

Bug: Tasks - Editing features using Edit Form tool resets features to original values

1663
11
Jump to solution
12-02-2025 02:06 PM
troyf_PTC
Occasional Contributor

     Hello, I am about to send this to ESRI Technical Support as a bug, but was wondering if anyone else has come across this issue while trying to use the new Tasks features within Field Maps:

Product: ArcGIS Field Maps (Accessing ArcGIS Online Hosted Feature Layers)

Platform(s): Android v25.3.0 build 2603 (Tested on a Samsung Galaxy S24 and Galaxy S24 Ultra running Android 8.0)

iOS v25.3.0 Build 2427 (Tested on Apple iPad Pro 11-inch 2ng Gen running iPadOS 18.6.2)

     I have been enthusiastically anticipating the Tasks feature for Field Maps since the announcement several years ago of adding Workforce functionality to it, to start consolidating as many different apps as possible into one for my field workers. I assume that my workflow (as far as the Field Maps tasks part is concerned) is extremely standard and basic: Workers go to their assigned task location , fill out a form or two on the feature, add attachments, update the status, and then save offline or submit, and move on.

     However, it appears that when accessing the "Edit Form" from the Task list and menu (meaning that "Edit Form was added to the Task layouts as a Task Action) ... it frequently resets the fields back to the pre-edited values during editing. It's not always consistent WHEN it decides to reset everything (as in time elapsed or number of "aparrant" edits), but it is consistent in that it eventually WILL reset after enough edits. I suspect it is after a certain amount of edits, including background calculations and re-calculations made, as it seems to happen sooner with more editable form fields and calculated expressions running. 

     It is most easily noticeable by adding a simple Info field into the form that displays the current values of the fields of the feature, and then editing one of the fields several times. Sometimes it takes editing a field over 70 times, sometimes I can't even make it all the way through a form without it resetting mid-way.

     Thinking that it may have been an issue with my Hosted Feature Service, I have been able to reproduce this issue with going as Out-of-the-box as possible: Opening Field Maps Designer, choosing "New Map and "Start With New Layers (Point)", Enabling tasks and offline, but no GPS,3D, M-values, etc. Then turning it into a form and mostly leaving the Tasks configured as default. (Just adding a Task Type 2 to it and Assignees)

     Note that my screenshots below have calculations (for showing the $originalFeature), and are referencing the esritask_ fields, but I have consistently reproduced this result even after deleting all calculated expressions, removing the Info form object, and even without touching the esritask_ fields (which is why I had created two new custom non-task fields, just in case the esritask_ fields have some weird system interactions).

     I have experimented with this on both iPAD and Android, logged in with the Creator account as well as my own account, and tested in both the Online map and Offline Areas within Field Maps, and have always been able to reproduce this.

     This seems to ONLY happen within editing the forms when accessed from the Task menu on Field Maps Mobile -- The features never reset when using the Edit feature for the form in a browser, or through Field Maps Mobile when tasks are disabled or when added to a different map with tasks disabled and accessing the Form through the normal, non-task menu "Edit Feature" options.

How the Info form element looks. Note: the "Expr/orig..." Expressions are just simple things like

return DomainName($originalFeature,"esritask_status")

1 FieldMapsDesignerSetup.png

How the task looks initially on mobile (Pictures are from the Android testing)

2 TaskSettingsOnPhone.jpg

Initial Pre-Edited from Field Maps Mobile Popup View:

3 Initial Values from popup.jpg

Initial, Pre-Edited values and display in the Form when choosing "Edit" from the Task options:

Initial_Values_FormView.png

Edited values, before the feature decided to reset (I actually needed to re-do this a couple of times because it kept resetting the feature mid-edit most times):

Edited_Values_FormView.png

     Then, after re-editing one of the fields, such as toggling the Switch on the bottom one or two times (or any other field), it resets the entire feature back to all of the $originalFeature values, but keeps the selected new values cached in the Combo Box and form field DISPLAYS (not values, as seen below when opening them):

Form_ValuesReset_Diagram.png

   If I then hit the "Submit" button... It submitted just that last edited field that changed after everything reset, confirming the Info display element is accurate in what the current values are:

7 Feature on mobile after submitting.jpg

And the view of the edited feature from the Online Map viewer, confirming: 

(Note that during the edit, I had also moved point feature into the middle of the ocean to see if the geometry reset as well, which in fact it did)

8 Feature After Edit Desktop.png

      Unfortunately, it seems as if the Edit Form is a broken feature when combined with Tasks within Field Maps Mobile. In this example most of it would be simple enough to add individual "Edit Field" buttons as Task items, but the actual workflows I'm trying to work with are much more complicated and lengthy. I just used these to show that the functionality seems to be broken out-of-the-box.

Has anybody else experienced this?

Tags (3)
0 Kudos
1 Solution

Accepted Solutions
troyf_PTC
Occasional Contributor

I just wanted to post an update: Support was able to replicate the issues and got this submitted as 

BUG-000181661

Just in case anyone else is interested or comes across this issue.

View solution in original post

0 Kudos
11 Replies
ChristopherCounsell
MVP Frequent Contributor

as I understand it:

  • Edit a feature, change values
  • Unconfirmed action glitches form 
  • Questions with changed values go back to origin values, yet opening the combo box will show the revised values

You're probably going to need to record a video of this behaviour as it's hard to follow (and effectively prove reproducibility).

Personally, Ive disabled forms for the task feature layer itself. The edit action button doesn't work if there is a null field that is marked as required in the form. Means users can't use a pickup button if they're going to be required populate empty fields with a form.

0 Kudos
troyf_PTC
Occasional Contributor

Thank you for the video suggestion to send as a video: It took some tinkering to compress the video down to 9MB.

You were mostly correct in your understanding: the TL;DR is that editing an existing feature through "Edit Features" from Tasks will just reset any edited fields back to the original state at some point. The Combo Boxes when opened (after reset) show the original (pre-edited) value selected from the list, but still show the "Edited" values displayed on the form when the drop-down is collapsed.

In this video, it took me around 60 clicks of editing a field to reset the feature (most noticeable when the icon changes back to the previous one from "Completed" to "Assigned"), but on my first recording attempt it happened within 2 clicks, and some other forms I can't even get all the way through filling out a form without it resetting.

The feature resetting happens here around the 1:08 mark, after which I show the "displayed" edited fields, and what is actually stored inside when opened, and then I Submit the feature, in which it stays at the original geometry and fields, besides the single field that was edited after the "reset" (the Switch field).

(view in My Videos)

troyf_PTC
Occasional Contributor

I just wanted to post an update: Support was able to replicate the issues and got this submitted as 

BUG-000181661

Just in case anyone else is interested or comes across this issue.

0 Kudos
troyf_PTC
Occasional Contributor

An update from ESRI on this, from 4/3/2026 (I've been a little late in responding here)

HOPEFULLY this means that it falls under the "no longer relevant in a development version...", but I won't hold my breath.

 

BUG-000181661 has been closed: Non-Reproducible.

Description: Editing features using the Edit Form tool resets features to their original values in ArcGIS Field Maps Tasks.

Please refer to the table below for an explanation of this status. For more information on this defect, visit my.esri.com and navigate to the Bugs and Enhancement section under the Support tab. Expand the + next to this defect to see the potential workarounds and further explanations for the status change.

As Designed

After review by the development team, it has been determined that this behavior is as designed.

Known Limit

After review by the development team, it has been determined that this issue is related to a known limitation with the software that lies outside of Esri's control.

Non-Reproducible

This issue was not reproducible when tested by the development team. Defects may be given this status when they cannot be reproduced or are no longer relevant in a development version of the software, but a specific fix was not installed to address the issue.

Will Not Be Addressed

The development team has considered the issue or request and concluded it will not be addressed.

0 Kudos
ChristopherCounsell
MVP Frequent Contributor

non-reproducible means they could not reproduce the issue.

If you go to my esri and view the bug you should be able to view a note on the defect. It will likely say how it is not reproducible e.g. not with the info/steps provided, or not reproducible in the latest version.

I'd suggest checking and following up if the issue is persisting and they need more info.

0 Kudos
troyf_PTC
Occasional Contributor

Thank you for the reminder. I was rushing in the middle of the day and didn't do my due diligence in looking at the expanded and full follow-up bug report.

The "Expanded Details" have commented: "Unable to reproduce this behavior in the latest release of ArcGIS Field Maps."

I also just realized that it looks like an update to Field Maps was made on the March 13th (at least for Android) to update to 26.1.1. Original bug was on 25.3.0/25.3.1 I'll need to check into this again with the new versions -- I haven't been personally working on our internal project attempting to utilize this feature for the past couple of months.

 

0 Kudos
LWWCGIS
Occasional Contributor

I just tested in our dev environment and still doesn't seem to be fixed. I re-created our task layer, kept it as basic and default as I possibly could, set the refresh interval to 0.5, wait for 30 seconds, and form submits without any changes saved. This should be pretty easy to reproduce, so I plan on reaching out to Support as well.

0 Kudos
LWWCGIS
Occasional Contributor

Support replicated the issue again... here is the bug number BUG-000184720

0 Kudos
RLan
by
New Contributor

I've had the same experience (in ArcGIS Online). A workaround that seems to work, is to manually set the Refresh interval of the tasks layer to several minutes. For example, when I manually set it to 5 minutes, it looks like I have 5 minutes to edit the form. When I set it low (ie. to 0.5 minutes) or disable automatic refresh, I have only 30 seconds to edit the form before all values reset. 

I even duplicated the tasks layer for symbology purposes with a much lower refresh interval (0.5 minutes), and I still have 5 minutes to edit the form. 

0 Kudos