July 31, 2012 at 9:19 pm #7036
I’m testing how my eMember extension handles refunds, and I did two refunds to test. eMember switched the user to inactive, but I have no record of the refund reaching my process. When I use a dummy IPN, my process handles it correctly, and there are no errors in any of the logs I can find. It just doesn’t seem to be sending it. Isn’t it supposed to forward on all types of IPNs for further processing?August 1, 2012 at 5:21 am #47947
What do you mean by “I have no record of the refund reaching my process”?
There are a few things that eStore does when a refund issued (example, deactivate corresponding eMember account). Which expected behavior is not working?
FYI – further refund handing tasks are logged in the “eStore_post_payment_debug.log” debug file.August 1, 2012 at 11:22 pm #47948
I mean that the IPN forward to 3rd Party app does not show any evidence of happening with a refund. I get subscription starts and payments for sure. Haven’t checked cancels, but did not get the refund IPN even though the debug log shows it was processed.
My process sends the admin an email with the contents of the IPN regardless of the information within it…for tracking purposes.August 2, 2012 at 1:21 am #47949
Okay, apparently the IPN forward only sends payment IPNs on, or there’s some other issue. I have evidence of your system processing a cancelation and refunds, but they never got to my 3rd Party app the way the payments do.
I marked my comments in  and with **** so you can find them. The logging says nothing about the POST IPN to 3rd Party Application setting or actions, but I did find a bug in your handling of refunds as listed below. What exactly does the POST IPN setting send to other applications?August 2, 2012 at 11:27 pm #47950
The IPN is only forwarded for new purchases. I will add an option to forward refund IPN too.August 4, 2012 at 8:46 pm #47951
I’d recommend adding an option to forward all types of IPNs as this means the next step in the process can use them, even if it’s just a simple email to the admin to allow for IPN payment troubleshooting.
I also need the cancelations and failures (though the last should come in as a payment) because my plugin tracks inactivity on a level basis while yours only does so on an account basis even when using the multiple level option.
If you wanted to make it individual, just allow the end user to select what will forward. However, the current phrasing is unclear and leads to issues like mine because I had no idea that IPN forwarding meant select types of IPNs.August 5, 2012 at 1:52 am #47952
I have changed it to where eStore will forward/send each IPN that it receives. This should solve the issue. I have sent you an email with an updated version of the plugin. Please check it out.August 6, 2012 at 10:34 pm #47953
The updated version is working beautifully. Thanks.
- You must be logged in to reply to this topic.