I think I just discovered either a bug or something that at the very least needs to be made much clearer than it currently is.
A customer of mine changed the configuration of one of their S3 jobs, which led to us removing two of the three identifiers in the upsert configuration. The issue is that removing those two upsert identifiers also caused those two fields to be unmapped in the field mapping, even though we are still mapping those two fields in the job. This caused the job to fail and for us to troubleshoot and figure out the root cause.
Seems odd to automatically unmap those fields in this scenario.
Removed upsert identifiers in S3 also get unmapped
Userlevel 7
+2
Userlevel 1
Hi Spencer Engel
The logic in implementation is if upsert key is added, add the same field automation in mapping section. But, while removing the upsert field need not remove from mapping section. I will talk to team on this behaviour.
The logic in implementation is if upsert key is added, add the same field automation in mapping section. But, while removing the upsert field need not remove from mapping section. I will talk to team on this behaviour.
Reply
Login to the community
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.