Try using "import" and then specify the URL, import into a field, this should work
I did a quick test with http://$/AdyenTest? as url and used a script in the callback procedure that insrted the url contant in a field.
However, the field remains empty.
Maybe the problem is that the url is generated dynamically by the other app?
I think you have to find out how the other app returns the response. My experience with CardSwipe, an app i built for capturing mag stripe data, we append the result of the swipe to the end of the URL string. In your case i would remove the word Result at the end...
The adyen app should append the result to the end of this string. I assume this is 2 different scripts. 1 to send the payment request to ayden. the second being process_var. Use the script debugger and when process-var fires off use the data viewer to see if $Data gets created?
If you see data then it's in your script. If not you need to talk to adyen support.
Thanks for your reply.
You are correct that these are 2 different scripts. I modeled this after some barcode examples I found (pic2shop, i cody).
The URL I listed is the actual repsonse. Someone pointed out to me that if you subsitute fmp7script with http the other app will send the callback to the browser and try open it. Of course this generates an error, but it allows you to view the actual callback string.
so when I try your suggestion and leave the variable emtpy I test it as
Result URL (substiuted part of the string with .....)
The strange thing is that the Adyen app inserts the defined part of the callback URL in the reponse instead of appending their results at the end.
However FM GO 11 seems to recognize the script step and still execute it ( I use set field to 1 & $Data to verify the script gets triggered). The only problem is that I do not get the actual result back. When I execute the above URL and use fmp7script instead of http the result field remains empty (shows only 1). Probably because the next character is &.
I thought if I would use $Data=result the placeholder result would be replaced with the actual value (this is how it seems to work in the barcode examples I mentioned). I do not understand why this does not work in this situation.
I have contacted Adyen support about the strange insert behavior.
Any other thoughts or ideas are appreciated.