Attachments in Field Maps submitted but not retained

6126
21
Jump to solution
03-26-2023 12:32 PM
DianneMichalak
Occasional Contributor

A user noticed an issue this week (20230322) with attachments submitted through Field Maps.  The submitter can see the attachment but no other users can see it.  However, if the attachment is loaded from ArcPro or the webmap in Portal, other users can see it.  Same issue if a photo is taken.  If the webmap is reloaded in Field Maps, the submitter no longer sees the attachment.  My best guess is the photo remains on the ipad.

The WFS has been updated over the past few weeks as we prep for the spring melt. Other operational teams have not noticed any issues with their attachments.  I chose one service to test - overwrote, deleted, rebuilt, published - same issue.  I created a new webmap.  Field Maps was removed and reloaded. Two different ipads were reset. Tested with different user roles (admin, creator/user, mobile worker/data editor). I can not find any references to bugs on the most recent versions of Field Maps. This older reference is the closest I can find... BUG-000116972

The issue presented in Field Maps 23.1.0 Build 984 and Field Maps 22.4.2 Build 954.

WFS was published from ArcPro 2.9.5 / ArcGIS Server 10.8.1 Build 14362

Testing on ipad OS Version 16.3.1 (reset on 20230324).

Any help is appreciated.

Tags (2)
21 Replies
DianneMichalak
Occasional Contributor
That is quite a pickle. I don't have an answer... just an idea. Try editing the index number of each layer manually. For the feature class and related table, try two odd numbers, two even numbers, in sequence (x, x+1), not in sequence. I haven't tried this idea. It is all I got at the moment.
0 Kudos
ZachBodenner
MVP Regular Contributor

Just outta curiosity, what's the logic behind the suggestion?

Happy mapping,
- Zach
0 Kudos
DianneMichalak
Occasional Contributor
Woman's intuition? Connect the dots (aka conspiracy theory)? Thought one: If different numbers of layers produce different results, maybe it is the actual number of the layer (index) that gets lost in the shuffle. I don't know enough about all the back end relationships in a gdb/sde, but I imagine the attachment table also has an index number. Thought two: We saw server type errors in the past related to indexing issues (probably different index than layers in a service). Thought three: Reshuffle the deck and see what happens.
0 Kudos
ZachBodenner
MVP Regular Contributor

Yeah I'm not sure about the index of the attachment table since it's not actually in the map when I publish. Obviously it must be lurking back there somewhere...

Unfortunately none of those indexing changes fixed it. 

Happy mapping,
- Zach
0 Kudos
ZachBodenner
MVP Regular Contributor

Well I have an outcome: I made a new FC and table, related them, enabled attachments, appended old data, et voila. I feel like I shouldn't have had to do that, but it worked. The previous feature class was made before Pro/Enterprise, which means the attachments were running on Object IDs instead of Global IDs. Maybe that had something to do with it? I still have others running like that just fine though so IDK.

Happy mapping,
- Zach
0 Kudos
MikhaylaB
Frequent Contributor

Hi, I know this was an old post, but I was wondering if you resolved this? I'm having the same issue, and I tried the same workarounds as you. What version of Field Maps are you using? I'm using the most recent, and I think the bug has resurfaced.

0 Kudos
paulaedwards2
Emerging Contributor

We are having same Issue with some FM photo attachments not sync'ing from offline map areas (attribute data syncs fine), no errors given in sync nothing seen in logs.  We only noticed the attachment discrepancy while doing some QC on what was collected vs. synced.  We are using ArcGIS Enterprise Portal 10.9.1 and FM 24.0.1 on a Galaxy Active 4 Pro.  All my published layers from feature service have attachments enabled (and pop configured). 

 I don't see a pattern of why some photo attachments upload/sync and some do not?  It does not happen consistently with the same map area, or same feature, and the # of photo attachments affected varies.  I don't believe we are over the photo size limit threshold (each photo is less than 1MB) with the majority of points usually only have one photo, with a max of 4 photos.

Working online is not an option for this project, so we've had to use offline map areas.  I have confirmed that the photos are in still tablet's SQL mobile geodatabase after a supposed successful sync to online map. So our tedious workflow prevent the loss of any photo associated with the data is to export each user's tablet mobile geodatabase file each night.

ESRI please figure out why your sync'ing process is spotty, this is a lot of post processing on a what was supposed to be a time saving workflow using fieldmaps.  We would have gone with other technology if we had known the hiccups we would be facing in trying to make sure we keep all of our survey data. 

Jade_Freeman
Frequent Contributor

We are seeing the same issues with attachments not syncing from offline errors with no errors on the mobile device nor in Arcgis server.

0 Kudos
LanceKirby2
Frequent Contributor

Is this still an issue?

Looking at the bug https://support.esri.com/en-us/bug/attachments-are-not-submitted-when-editing-or-adding-fe-bug-00015... I don't see how this is considered a "fix".

0 Kudos
MikhaylaB
Frequent Contributor

I'm still having this issue, and I've opened a ticket with esri. The attachments work in Collector but not in the newest Field Maps version, so I'm fairly certain the bug has come back. Even their workarounds in the bug documentation don't work

0 Kudos