OK. it looks like i set the ipn in my PP account NOT uc settings. after looking at the code, i'm not certain but i think that ipn should be:

http://host/uc_paypal/ipn

is this correct? fyi, this should definitely be documented somewhere!

Also there is a setting in my PP account called 'Auto Return'. According to the PP agreement, that return page should provide "verbiage on the page displayed by the Return URL that will help the buyer understand that the payment has been made and that the transaction has been completed".

is this already defined by the pp module? if so what is the url?

I imagine it needs to be because it probably will check for success or failure and dynamically generate the appropriate message. fyi, this should definitely be documented somewhere!

Learning More all the time:

I wasn't excited about going with PP from the start based upon things i've heard about them. The devil's i the details so to speak. But for what i'm doing it's the only viable option as there is no upfront cost. Some things i found out today to pass on to others:

- PP likes to promote itself as a site that does NOT require a customer to create a PP account. which is one of the reason's i went with them in the first place. Well, that's a half truth. The real truth is that a customer won't have to sign up for an account the first 2 times they purchase. However, the 3rd time they will be forced to create an account. May or may not be a hastle for some but if you have repeat customers, i'd hate to have to sign up for a pp account if i didn't want to.

- If your customers don't have a pp account, the txn purchase will be limited to < $2000 or they must open a pp account.

- Although you can have 8 emails with a single business account, you really can't use a single business account for more than one website. The reason being that the brilliant folks at pp only give you a single ipn for all the 8 emails. That means 8 different sites would always report via ipn to the same single site. which is impractical. So if you want to open 4 small websites that don't generate a whole lot of money, you're forced to go down to the bank and open 4 separate business accounts and then create for separate PP accounts. I've got so many user/password combinations it's hard to keep track of all this stuff anymore.

fyi, something tells me they might used to have allowed multiple ipns per account but have discontinued the practice. the lady helping me had a slip of the tongue that led me to believe this. and she said she was going to look into if they could get them for me somehow.

just thought i'd pass this along.

Supposedly PP is NOT supposed to force you to create an account when paying for an order yet i've been testing it and it seems like it IS wanting you to create a password and automatically use your email address as the id for the account?

I've got it configured right in my pp account settings to NOT force users to create accounts.

wtf?

anybody else seeing this out there?

Hello druru

You have to first enable Paypal module,
Then in Store >> Configuration >> Payment setting.

i felt a bit bad that you were talking to yourself, so i thought i'd join you.

thanks ..

fyi, i actually was posting back here (talking to myself) to share what i'm learning with others so they don't have to walk through this and waste a day for something that should be fairly simple to do.

also, you are correct. the uc side is NOT that complicated. however, if you've never worked with ecommerce or paypal, it's hard to know what needs to be set on their end and what needs to be set on this end. unless you know how to hunt through the code (which i do), the avg user is not going to know what the ipn should be. does uc define a pp 'auto return' page that incorporates the ipn info as to a failed or successful txn? i still don't know the answer to that question?

do i need the uc sandbox module for pp sandbox? still not clear. i figured i'd just skip the whole sandbox thing and try to get to real PP checkout and not actually submit the cc for now.

so my final questions have been narrowed down to why pp still wants to force the user to create an account even though i have that setting disabled on my pp account settings?

my fear is that this thread becomes too long and ryan doesn't bother to read it to answer any of the questions

so far it doesn't look like ubercart is creating any of my customer accounts. i'm not sure if it only does that when the user has actually purchased the item on paypal and the ipn is returned. since i'm only testing as far as getting to the paypal checkout but never actually entering credit card info, that's probably plausible.

ryan, if you're out there, do you know when the user account gets created?

thanks

Hello druru

I don't think Ryan would reply to this thread,
But don't worry we shall still share our findings.

My findings.

* You have to fully configure the Paypal Sandbox's accounts by following this step-by-step instructions https://www.paypaldeveloper.com/pdn/board/message?board.id=sandbox&threa...

* Be sure to specify your Paypal's Sandbox account's business email address in "PayPal Website Payments Standard settings"
* Be sure to enter the the Paypal's Sandbox account's Personal email address when testing Paypal as a buyer.

* AFAIK Ubercart won't create create user account in drupal. i believe it would have its own set of records having customer names.

* Yup, you don't need to install any separate Paypal sandbox module. uc_paypal module has support for Paypal sandbox.

IPN is currently fishy in my end, i'll have to dig deeper to make it work properly

Just a few answers in this thread, mimicking a little of this post.

On the UC side, you'll find the settings for various PayPal services in different places. Notably, you'll find the setting for Express Checkout and Website Payments Standards in the Payment methods form at /admin/store/settings/payment/edit/methods. The settings for the CC processor provided by Website Payments Pro are found in the Payment gateways settings at /admin/store/settings/payment/edit/gateways (which also has a few more settings for Express Checkout you'll need to configure). This means if you intend to use PayPal Express Checkout, you should configure PayPal in both places.

To use this module for testing, you actually need to create a Sandbox account for PayPal which functions like a normal PayPal account. You can do this through http://developer.paypal.com. You won't use your actual PayPal account for testing in this mode.

Ubercart does not require you to allow users to register prior to checkout, but I think you already figured this one out.

There was an issue where the Secure Pages module was screwing up form action URLs. I don't quite remember the fix for this, but I'll leave this alone for now until the topic comes up again.

I didn't realize some stuff was being enabled by default, but I may have had to do it to become PayPal Certified. Really, there just needs to be good documentation for the module. I'd give you a cookie if you wrote it!

Also, you don't need to fill in an IPN URL. This is provided in the API call by the module. You do need to make sure your IPN is turned on. And I do recommend turning on the auto return for website payments. The URL should be http://www.yoursite.com/uc_paypal/wps/complete. This will finish the order like a normally checked out order.

Ciao!

The URL should be http://www.yoursite.com/uc_paypal/wps/complete.

ryan, is there anyway this can be passed from the form the same way that the ipn is???

I ask because once you hard code that info on the PP site, your locked into one UC site with on PP account. If that info can be passed on the form, then it would be possible to have multiple sites access and use a single PP business account!

That really sucks.

If a user checks out from one site, they're alwasy routed back to the primary site that has the "Auto Return" path. Which breaks the continuity of a user's site experience.. and means you have to open up another bank account for a site that may hardly see any business at all or justify it's own account..

SIDENOTE:

Tell you what, i just blasted through documentation for this WPS process. I want to get it off my plate now that it's done. I was going to add a book page but it doesn't seem like i can position it in the book heirarchy. maybe i do that after i actually create the node. tell me how to do it or create a starter page in the appropriate section where i can paste in my doco.

Or should i just create a book page in the user guide and let you reposition it?

where's that cookie

Hi druru

Sad to say this,
But even after following your guide IPN is not succeeding.
If i left Paypal IPN url blank, No IPN information is transmitted.
If enter the IPN url you post some time back it shows IPN attempted with invalid order id.

Did you wrote the guide after succeeding with IPN?

Sad to say this,
But even after following your guide IPN is not succeeding.
If i left Paypal IPN url blank, No IPN information is transmitted.
If enter the IPN url you post some time back it shows IPN attempted with invalid order id.


Did you wrote the guide after succeeding with IPN?

i humbly must admit i did NOT actually perform a full checkout. i tested completely only up to the point where i get to the PP and the correct form is presented. I imagine if i got this far, there shouldn't be any PP errors since you're on their site and using their forms which have been bomb proof for some time. The IPN as handled by UC is an entirely different matter.

Errors happening now are probably going to be related to IPN and how UC modules handle it or a local config on your site/server. I say that because the way ryan setup PP WPS, it hands off the IPN automatically to PP and the module is soley responsible for processing the IPN return.

i also did not test with the sandbox either. Although very useful, that just seemed like a whole can of worms i wasn't ready to spend (waste) another day trying to figure out.

That said, i've taken all the info i had to spend a good day or two on finding by trial and error, posting, etc. And i think 95% of it is correct and rather thorough.

I would do a 'bzr update' to get the latest code before you do anything else. If that doesn't fix it, I would get with ryan and debug with him. I'm sure this process will get vetted out quite quickly as more use the PP WPS module. I think ryan put it out but there hasn't been a lot of in the field useage yet.

Finally, since the majority of that config document is done, i highly encourage you to update it if you find any "gotchas" or "setup tips" so that others can learn from your experience. Let's keep the info all in one place in the user's guide instead of spread out in forum posts.

i'm not sure that's a bug. I got those same messages when testing my account but it actually was a feature. it seems (at least for US based customers) that PP tries to see if the address is valid. If not it won't process the order. this helps against credit card default.

you probably DO need to do that to allow addresses overseas but when you do it, you're eliminating an extra security precaution on your site.

fyi, i didn't know that feature was actually set in the UC code. I thought that was the default PP behavior so thanks for sharing it.

i guess there are two options for this:

• modify the module (i am not a 'developer' yet, so can't assist sorry) so thee address_override variable is only sent for US address
• wait for paypal to improve its internationalisation.

I do not think we can really wait for the second...

any suggestions?

hi guys...
i have a question for you....
Paypal Website Payments Pro is only for USA ?
Or i can activate it for my italian store?

Sincerly,
Max