In your Salla Custom Webhook module, you can look for an option for something like “JSON Passthrough” and enable it. That will pass the JSON straight through without parsing it automatically so you can use a Parse JSON module on it.
Otherwise, I think the workaround you found is actually a good way to handle it.
Parse JSON module will also give you the option to define a Data Structure so that when you map downstream it’s more predictable.
How was your iterator set up? What did the output bundle for your trigger module look like? Did you put the array into the iterator, or were some built-in functions like toArray used?
For further assistance, please provide the following:
1. Screenshots of module fields and filters
Please share screenshots of relevant module fields and filters in question? It would really help other community members to see what you’re looking at.
You can upload images here using the Upload icon in the text editor:
2. Scenario blueprint
Please export the scenario blueprint file to allow others to view the mappings and settings. At the bottom of the scenario editor, you can click on the three dots to find the Export Blueprint menu item.
(Note: Exporting your scenario will not include private information or keys to your connections)
Please provide the output bundles of the modules by running the scenario, then click the white speech bubble on the top-right of each module and select “Download output bundles”.
A.
Save the bundle contents in your text editor as a bundle.txt file, and upload it here into this discussion thread.
the help page gives you nothing (404) and redirect to make website
also the event is 100% right, because i can get the data (see the first picture)
the issue is when i want to map the data to the next module, variables are not showing, also i cant share the bundle due to it’s sensitivity, again i think it’s a bug
Make has no idea how the data is supposed to look, but once its parsed you can still access it.
For example, use {{1.data.id}} to access the ID, if it exists.
It’s easier the way you did it, transforming the result to JSON then parsing it again. You can define a Data Structure as well during Parse JSON.
This is correct. It is important for the App developer from Salla to create an interface for the instant trigger module so that output is defined properly for future module access. If they don’t create an interface then the Make system doesn’t know what output is coming from the webhook and you get this sort of indeterminate structure that you can access only by directly referencing it using the raw data structure notation (eg 1.data.id).
It’s not a bug in Make but rather an incomplete module definition by the Salla app developer for this module.
You can tell the developer that they can add the interface in the instant trigger module. Here’s an example instant trigger module that has an interface defined. Note how the module’s trigger data is properly formatted with the full data structure coming from the webhook that triggered this module to run…
This is because the “Watch a Movie” instant trigger module has the following JSON defined in the interface section of the module (I developed the modules myself so I have control over the app, you’d have to ask Salla to update their instant trigger module appropriately)…