subscription IPNs not getting logged in the dashboard.

[Drew Angell]

I just tested a standard subscription button from a sandbox account, and paid with another sandbox account.

The log file now shows 2 separate IPNs as expected: subscr_signup, subscr_payment

However, only the subscr_payment transaction was saved to the DB and is showing up in the dashboard. The subscr_signup IPN did not make it that far.

[Drew Angell]

This same thing is happening when the subscr_cancel IPN. The log file shows the IPN, but it didn't make it to the dashboard. I'm guessing the same must be happening for the subscr_failed, subscr_cancel, subscr_eot, etc. because they're all grouped together in the helper class logic.

[Drew Angell]

Another thing I just noticed about this is that the Subscriptions filter is not getting created. The subscr_payment IPN, which is showing up, only shows up with no filter applied. There is no filter for Subscriptions like there should be, and of course, the other subscr_ types should be showing up under that filter as well once they're coming in correctly.

[jignesh kaila]

Sorry for delay replay.

I have already started work on this issue, I found almost same with Issue #22, #23, #25.

The problem is like some transaction txn_id, payment_status not available, Actually I guess when I during development time it's should be there but I am wrong.

I have changed my logic now it working fine of some of issue.

I have push latest code to development branch, Please review it and let me know.

[Drew Angell]

Seems to be good now.

[Drew Angell]

Removing milestone: 1.0 (automated comment)