This is getting tough. I’ve got a few pissant bugs left on the website, css kind of issues and some navigation page-flow issues. Then I have some scary problems. Emails. Paypal. Both of these are hard to test. You at least need to setup some testing accounts to even start working on either of these problems.
I’ve been looking around the web trying to get more info. There’s nothing spectacular that I’ve found yet. I didn’t search too hard though.
Right now I’m going to get working on the Paypal part of this problem. I will be satisfied when I see the following:
- A fake Paypal account, the subscriber’s account, debited for the subscription fee
- A fake Paypal account, the seller’s account, my client’s account, credited for the subscription fee. I would also be satisfied if this is the live seller’s account.
- An invoice in the AEC system to show me payment received
- An update on the logged-in user’s profile which shows the subscription extended for a year
That is the testing criteria right there. Here’s the trick. I have a Paypal developer account. In this account I’ve created two test accounts: a business account and a personal account.
In the AEC Central panel, all I see right now to acknowledge the payment is the following snippet of error message in the event log: “Payment Notification Parser responds Invoice status: Unknown Error”. That’s something which might just go away when this goes live. The other thing that happens is if I click on View Invoices in the AEC Central there is a new list item for the transaction. I can click “clear and Apply Plan” and the user’s subscription is extended another year. This seems like a pretty satisfactory result for the last item on my list.
Looking around a little more I have found the paypal developer network community forums. This might be a pretty good place to go with my questions.
It doesn’t help that I’m so very clueless about the down-and-dirty details of paypal and ecommerce. There’s a term that I do not yet understand, and looking into it a little I’d say this is part of the answer. There’s something called an IPN or IPN Posts. This apparently transmits data regarding the transaction back to the server. I see there is (or was) an extension called mosIPN and this allowed the authors to fulfill orders when they were asleep.
I guess I don’t understand why anyone would have to go in and update the invoice in AEC Central. Shouldn’t the user be immediately able to login after making their Paypal payment? I don’t get it.
Oh, by the way, IPN stands for Instant Payment Notification…
Well I went into the AEC panel and changed the subscriptions, I turned off the testing setting. Now the flow does not work at all. I’m going to try using the email address of my actual client to see if that works. I don’t think it will because so far I haven’t really seen the difference between buyer and seller accounts in this testing scenario.
I was thinking, I should just turn everything on in the e-commerce side of this and try it out. You’d think that if I use my client’s email address and my own real Paypal account, I’d be able to put ten cents into my client’s account. But that did not work. I get an error message which says “The link you have used to enter the PayPal system is invalid. Please review the link and try again.”
From the Subscriptions list in AEC, I click on a subscription plan and can edit its details. In here there are two links of interest. One points to index.php?option=com_acctexp&task=subscribe&usage=1 and is labeled Subscribe, the other index.php?option=com_acctexp&task=addtocart&usage=1 and is labeled Add to Cart.
Wtf, the link i used to enter is invalid.
If It’s Not Broken Do Not Fix It and Other Aphorisms »« Just Start Over!