Redirect to site from Paypal
Permalink Browser Info Environment
I'm running through some testing and noticed that when I choose a membership package, go to Paypal and pay with a credit card as opposed to a Paypal account, Paypal asks you to create an account and doesn't direct you back to the site.
Any way around this?
It's causing a bit of a problem since I'm using my Paypal account for the transactions. It won't let my account be the buyer and the seller, so I'm still not sure where the end user creates their username, etc. after purchasing a product.
Any way around this?
It's causing a bit of a problem since I'm using my Paypal account for the transactions. It won't let my account be the buyer and the seller, so I'm still not sure where the end user creates their username, etc. after purchasing a product.
Type: | Discussion |
---|---|
Status: | New |
Yeah. There's the "return to x". I believe that that's configurable to your merchant name (assuming a business account, or maybe even without one). But I'll look at how to configure that.
FYI: If you want to test the account-based checkout (which returns more automatically and quicker -- no idea why paypal discriminates against the two), then you can set the "receiving account" to another email address, even if it doesn't have an associated paypal account (or even something random). Paypal will just send it a "we've got money waiting for you" message.
And, yes, you would redirect to the login page and maek them login. I think I provided my website previously to illustrate the flow. If you go tohttp://c5demos.lerteco.com/index.php/login/do_login/... and login with jrs1 / password, you'll see how it asks for supplementary information. To be honest, I assumed that c5 would be smart enough to have a URL that could show that supplementary info page (that it'd be separate enough), but it's kinda baked into the login form.
If this works for you, great. If not, I can probably set something to redirect into that page without making them enter their info. Please check it out and advise.
FYI: If you want to test the account-based checkout (which returns more automatically and quicker -- no idea why paypal discriminates against the two), then you can set the "receiving account" to another email address, even if it doesn't have an associated paypal account (or even something random). Paypal will just send it a "we've got money waiting for you" message.
And, yes, you would redirect to the login page and maek them login. I think I provided my website previously to illustrate the flow. If you go tohttp://c5demos.lerteco.com/index.php/login/do_login/... and login with jrs1 / password, you'll see how it asks for supplementary information. To be honest, I assumed that c5 would be smart enough to have a URL that could show that supplementary info page (that it'd be separate enough), but it's kinda baked into the login form.
If this works for you, great. If not, I can probably set something to redirect into that page without making them enter their info. Please check it out and advise.
The only reason I don't have it going to the login page is because once you buy a membership, there isn't anywhere that tells you what your login info is.
I've tried it using bogus info and not being logged in. I purchased the subscription, went through the Paypal process and was redirected to the login page and realized that I never got to create a login.
Would it be better for it to redirect to the Register page instead?
I've tried it using bogus info and not being logged in. I purchased the subscription, went through the Paypal process and was redirected to the login page and realized that I never got to create a login.
Would it be better for it to redirect to the Register page instead?
Yeah. The user should be getting an email with their login info. If the
account isn't being created, that's a much larger problem (because if they
register, there's no way to associate the account... the account needs to
be created in the background).
There's also a block that you can add to pages that tells them an account
has been created, but (purposefully) doesn't show their login info. This
could be modified, but you're still asking them to re-enter their info,
which isn't ideal, though I've seen other sites that do something like
this. But lot's of sites also send you your login info in an email and have
you login again (which is basically what this does, assuming that the email
is getting sent).
All in all, I think having an internal redirect to the login page (but with
the userinfo "filled out" as if the user had done it, similar to what
happens when you login with jrs1 / password), makes the most sense....
account isn't being created, that's a much larger problem (because if they
register, there's no way to associate the account... the account needs to
be created in the background).
There's also a block that you can add to pages that tells them an account
has been created, but (purposefully) doesn't show their login info. This
could be modified, but you're still asking them to re-enter their info,
which isn't ideal, though I've seen other sites that do something like
this. But lot's of sites also send you your login info in an email and have
you login again (which is basically what this does, assuming that the email
is getting sent).
All in all, I think having an internal redirect to the login page (but with
the userinfo "filled out" as if the user had done it, similar to what
happens when you login with jrs1 / password), makes the most sense....
Just tried it again, this time with the Success page as the Thank You page I created with the Membership Confirmation Message block added.
Instead of the Thank You page, I got an error. A screenshot is attached.
And again, the email I get does not have username and password information for an account.
Please feel free to go through the process and tell me what I'm doing wrong.
http://deftgraphics.com/grow/index.php/membership-products/...
Instead of the Thank You page, I got an error. A screenshot is attached.
And again, the email I get does not have username and password information for an account.
Please feel free to go through the process and tell me what I'm doing wrong.
http://deftgraphics.com/grow/index.php/membership-products/...
I just tried it again to go to the profile Edit page since it creates the user when you subscribe, but again, it never tells me what my login info is when I subscribe, so I can't login as that new user to add to my profile.
Are you not getting an email?
If not, can you confirm that the account is being created in the database
(by checking the users administration).
If not, can you confirm that the account is being created in the database
(by checking the users administration).
I get an email about payment, but it doesn't have anything about login information. The initial user account is created and is showing in the Transactions section of the Dashboard.
This has to be ready for a demo tomorrow.
Any additional thoughts on what the issue might be?
To try to tie the three threads here:
It should be sending two emails. One is the "receipt", which you're getting, and the other is the "here's your user info", which you're clearly not.
The error message isn't particularly helpful. The actual code causing the issue is in the c5 database library, and occurs when a c5 attribute type is being updated. It's not even clear that that process is initiated by the add-on.
But, obviously, that would make the most sense.
Any chance you have xdebug installed and can enable it? That will provide the full stacktrace of the error, showing the code that calls the code that produces the error.
Without that, I can make some educated guesses and try to throw in some debug code into a special version. And it'd help to see what URL the error is on....
My educated guess right now is that it's due to trying to set an attribute. This doesn't use many attributes, only first_name and last_name. Are you using those? Ie, have you enabled those attributes? If so, try to change the handle.
As far as the demo tomorrow... I'll try... but no guarantees...
It should be sending two emails. One is the "receipt", which you're getting, and the other is the "here's your user info", which you're clearly not.
The error message isn't particularly helpful. The actual code causing the issue is in the c5 database library, and occurs when a c5 attribute type is being updated. It's not even clear that that process is initiated by the add-on.
But, obviously, that would make the most sense.
Any chance you have xdebug installed and can enable it? That will provide the full stacktrace of the error, showing the code that calls the code that produces the error.
Without that, I can make some educated guesses and try to throw in some debug code into a special version. And it'd help to see what URL the error is on....
My educated guess right now is that it's due to trying to set an attribute. This doesn't use many attributes, only first_name and last_name. Are you using those? Ie, have you enabled those attributes? If so, try to change the handle.
As far as the demo tomorrow... I'll try... but no guarantees...
I've created several user attributes for the subscriber because there is a lot of subscriber info that will be displayed once the subscriber pays.
The plan is to have the subscriber continue filling out those form fields once returned to the site.
I do have the first and last names as attributes as well. The handles are first_name and last_name.
The plan is to have the subscriber continue filling out those form fields once returned to the site.
I do have the first and last names as attributes as well. The handles are first_name and last_name.
And what happens when you try to change the handle?
I changed those two attributes to user_first_name and user_last_name. I still get an email with my receipt, but still no user login info.
If I go to Dashboard > Search Users, the username shows up there as the first name and last name with no spaces, so everything seems to be getting stored in the user fields and the transaction fields, just no email is sending with that info.
If I go to Dashboard > Search Users, the username shows up there as the first name and last name with no spaces, so everything seems to be getting stored in the user fields and the transaction fields, just no email is sending with that info.
And you don't have xdebug installed?
I don't. I'll see if my server offers it.
It looks like I'll have to restart my server to use it. I'm not sure I can do that and it may be a bit over my head.
Would the fact that I have lots of user attributes cause the email not to send?
What is the default password given to a user? If nothing else, I'll just show them that their username will be their firstnamelastname and log them in manually without the email.
Okay, I deleted all the other attributes other than First Name and Last Name and went through the process again and got the email with the login information. The only thing that wasn't in the email was the username, but I can change the login requirement to be an email address and that should suffice.
However, when I add additional user attributes, the email process gets screwed up again. Any idea what's causing it?
However, when I add additional user attributes, the email process gets screwed up again. Any idea what's causing it?
1. What's your email address? It'll be easier to do this over email, and
that way you can send files, easily, too. Mine's james@jamesshannon.com
2. Can you send me the email with the login info? That might provide some
info.
that way you can send files, easily, too. Mine's james@jamesshannon.com
2. Can you send me the email with the login info? That might provide some
info.
It should say "Return me to *website name*"
When creating a product, should the success page be the Register page where you can create a profile?