3079: "Domain exists" in ArcGIS Field Maps

Error Message

When loading a map in ArcGIS Field Maps, the following error may display when viewing the list of layers:

“Error 3079: Domain exists”  

If a layer contains this error, it does not load in Field Maps.

Cause

This error can occur in one or more of the following ways:

• The layer was created directly in ArcGIS Online (for example, from a template or existing feature layer) before March 2019, and all the following applies for the hosted feature layer:
  • It contains multiple layers.
  • Two or more of the layers have fields with the same name but different lists (domains), and the lists were created or edited in ArcGIS Online.
    
    For example, you create a hosted feature layer of park information, including a paths (lines) layer and an areas (polygons) layer. In this example layer, the paths and areas layers each have a field named “surface_type” with a list (domain). Paths can have a surface type of paved, dirt, or gravel, while areas can be paved with, grass, dirt, gravel, or sand. The list (domain) choices are different, but the field has the same name. Data with this structure that was created in ArcGIS Online before March 2019 shows the above error in Field Maps, since the lists (domains) were given the same name but have different values.

• The layer was created by publishing from ArcGIS Pro or ArcMap to ArcGIS Online before October 2019, and all the following applies for the hosted feature layer:
  • The layer(s) were published from a single geodatabase.
  • The original geodatabase contained domains shared between multiple feature classes, related tables, or multiple fields.
  • The shared domain was updated in ArcGIS Online so that it is no longer the same for all layers, tables, and fields.
    
    For example, consider a geodatabase of park information, including paths (a line feature class), areas (a polygon feature class), and a “surface_type” domain used by both feature classes. After publishing a hosted feature layer based on those feature classes, the list (domain) for the paths layer was updated to add a new value while the list for the areas layer remained unchanged. The list choices for each layer are different, but the lists have the same name since it was shared in the geodatabase. Data with this structure that was published from ArcGIS Pro or ArcMap to ArcGIS Online before October 2019 shows the error in Field Maps since the lists (domains) were given the same name but have different values.

Note: 
When working with related tables, the error 'Unable to create feature' is received when attempting to add a new related record. This indicates a similar issue as described above.

• The layer was created by publishing from ArcGIS Pro or ArcMap to ArcGIS Online/ArcGIS Enterprise and all the following applies for the hosted feature layer:
  • The layers were published from different geodatabases into a single hosted feature layer.
  • The original geodatabases contained domains of the same name but different codes and values.
    
    For example, there are two geodatabases, one with street information and one with park information. Both have domains of “surface_type”, but the choices for the domains are different, as one contains street surfaces and other contains park surfaces. A street feature class using the street “surface_type” domain and a park feature class using the park “surface_type” domain were published from ArcGIS Pro or ArcMap to a single hosted feature layer. The list (domain) choices for the street and park layers are different, but the lists have the same name since it was the same in both geodatabases. Data with this structure that was published from ArcGIS Pro or ArcMap to ArcGIS Online before October 2019 shows the error in Field Maps since the lists (domains) were given the same name but have different values.

• The layer was created by publishing from ArcGIS Pro or ArcMap to ArcGIS Enterprise (non-Hosted Feature Service) and the following applies for the feature layer:
  • There is a data-type mismatch between a field and its coded value domain.
  • This issue could affect a feature service that contains only a single layer.
    
    For example, the field data type is double but the coded value domain data type is long integer.

Solution or Workaround

If working with a Hosted Feature Service

Edit the lists in ArcGIS Online and re-save them to update the list (domain) names according to the updated domain naming convention. The updated names are unique, the error goes away, and the layer loads. See Edit a list of values. 
 
Alternate solution 1: 
For layers matching the third case above, where they were published from different geodatabases into a single hosted feature layer, you can also choose one of the following ways to address the issue: 

1. Update the domain names in the geodatabases so that they are unique and republish the layer.
2. Publish each layer to ArcGIS Online as a separate hosted feature layer (instead of publishing a single hosted feature layer with both layers in it).

Alternate solution 2:
This error may also occur if a list was updated in ArcGIS Online while the map with the layer was open in Field Maps. In that case, when the user who had the map open reloads the map, they’ll see this error. To fix this case, close the app and reopen it.

If working with an ArcGIS Enterprise Feature Service (non-Hosted Feature Service):

Changes made to the list of domain values are required at the geodatabase level through ArcGIS Pro or ArcMap and require the feature service to be stopped running. Once the changes have been made, the service should be able to get restarted again without the need to republish to pick up those changes.