Hey, did you managed to get this working? I’m stuck with a webhook answer like this:
"completed_at": "<Some date here>"
The whole `updated_from` is not there if the update does not impact the completed_at. The only option here is to filter on `data__updated_from is blank` but then it’s triggers for way more than I would like.
Best answer by steph.n
I think we've hit an impasse here - our system does not differentiate in any meaningful way between a value that is blank or nonexistent. As far as we're concerned, blank and nonexistent both mean that the data doesn't exist, so we don't have any way of spotting the difference.
The problem is that we're parsing the data in the backend before we hand it over to you. There is a way to prevent the parsing from happening and get the raw content of the hook using the "Catch Raw Hook" trigger:
If you were to do that, I believe you could use a filter to see if the entire body contains the text "updatedFrom__completedAt" or something similar - that should achieve what you're looking for. The downside to this is that you now have an unparsed, raw request that you would need to parse yourself. I assume you could do this using a code step, but unfortunately that's where my expertise stops. I don't know what code you'd actually need to do this.
So, you could definitely give that a shot! I wouldn't be able to help with the code step, but it would likely get around the roadblock we're currently experiencing. I've also added you to the feature request to provide access to the raw hook in addition to the parsed fields, which would solve the problem as well. We'll let you know if that becomes a reality.
I wish I could be more helpful here, but please let me know if you have any other questions!