Attachments bug when re-adding feature to a hosted layer

Nordpil

I think I might have encountered a bug related to attachments for a hosted feature layer.

So I have a point layer with attachments, if I delete the feature I would assume that the attachment references are cascade deleted as well. Exporting the data to a file geodatabase confirms that.

BUT... if I now add a new point with the same GlobalID as the one deleted, there seems to be some ghost attachment references - it looks like there are attachments, and the REST api queryAttachments confirms that, but they all return 500 server error.

Removing any attachments before deletion of the feature is a workaround.

We have a workflow where we have a in-house geodatabase that periodically syncs with AGOL, and only features that are "active" should be accessible in the AGOL layer, so features are added and deleted and we want to preserve the GlobalID's so that the match the in-house egdb.

SoniaDickersonTCC

I was running into the same issue with hosted feature services on Arcgis Online.  Attachments seemed to get deleted with some layers but not others.  For the ones that were not deleting, I had set up the original layer in a geodatabase and turned on attachments in the gdb.featureclass, then I published as a web layer to AGO.  After finding this post (Thank you)  I turned off attachments in the AGO feature layer (which deleted all of the attachments), then turned it on again so that AGO would rebuild the Attachments related table and relationship class.  After doing that, I reloaded the records and attachments.  The attachments seem to delete when the records were deleted.  We have an FME process that updates a primary layer with sublayer data/attachments so its key to maintain the globalid-rel_globalid relationship.  I ran the process a couple times to make sure it was working and its been good so far.  

I hope it works out for you.