I've encountered a strange issue when using a POST (or GET) call with a one-to-many relationship and response mapping.
If one of the records in the call fails (e.g., the second record), and I manually fix it afterwards, the first record — which was already processed successfully (should have responded data ready to go) but does not show the expected response mapping.
Has anyone experienced the same problem before or know the way to fix it?
Thanks, it took me a while to find out it's a bug at the Celigo end.
I’m not sure how you ran your test. Do you mind showing me how you did it? So, if I encounter the issues later on, I can use the same method you did to debug the bug more efficiently.
Here you go. The lookup is set to fail when the number = 2, so if you run it normally and then edit the retry data of the error to number = 3, enabling debug logs on the last step, you can see the behavior. If you set the number = 1 and 3 on the first step, then no failure occurs, and you can see the full successful response on the last step.
I’ll have to wait until engineering analyzes it. If you want to make a support ticket, they can link your ticket to our internal ticket so you can get updates.