Question
Removed upsert identifiers in S3 also get unmapped
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.
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.