You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Zendesk supports custom fields that allow lookups for related objects (for example, one might have a "parent organization" field on the organization that allows lookups for other organization records to indicate situations where one organization is a subsidiary of another). The Zendesk API identifies fields like this as having a datatype of "lookup".
This type is the only one for which this tap doesn't have an explicit mapping here. This means that when one tries to use it for discovery of fields, it is unable to handle the presence of lookup fields and all subsequent discovery (and pipeline runs that depend on it) is blocked.
On some initial exploring, it looks like adding a specific mapping of the lookup type to a string in the JSON linked above allows things to start working again, but I'm not sure whether that's a sustainable solution that will work for all users.
The text was updated successfully, but these errors were encountered:
The custom field nature means that the end user has the context of what it relates to meaning there is no need to run a sub stream. In my case I have organizations mapped to organizations via a lookup field.
Zendesk supports custom fields that allow lookups for related objects (for example, one might have a "parent organization" field on the organization that allows lookups for other organization records to indicate situations where one organization is a subsidiary of another). The Zendesk API identifies fields like this as having a datatype of "lookup".
This type is the only one for which this tap doesn't have an explicit mapping here. This means that when one tries to use it for discovery of fields, it is unable to handle the presence of lookup fields and all subsequent discovery (and pipeline runs that depend on it) is blocked.
On some initial exploring, it looks like adding a specific mapping of the lookup type to a string in the JSON linked above allows things to start working again, but I'm not sure whether that's a sustainable solution that will work for all users.
The text was updated successfully, but these errors were encountered: