Custom URLs Upon Success not working

Hello,
We are using two different Authorize.net Pro registration forms via shortcodes to register guests at two different levels. sumigin.com registers guests as Level 1 and sumigin.com/resumes registers guests as Level 2. We are tying to direct each guest to two different pages upon a successful registration. No success. All guests are sent to sumigni.com/sign-me-up/?find (which is currently a 404 page, b/c I switched the /sign-me-up/ slug to /welcome-1). I have tried both: success=”http://sumigni.com/welcome-1″ and success=”/welcome-1″. Authorize.net test mode is turned off.

sumigni.com

[s2Member-Pro-AuthNet-Form register="1" level="1" ccaps="" desc="" custom="sumigni.com" tp="0" tt="D" captcha="" success="/welcome-1/" /]

sumigni.com/resumes/

[s2Member-Pro-AuthNet-Form register="1" level="2" ccaps="" desc="" custom="sumigni.com" tp="0" tt="D" captcha="" success="/welcome-2/" /]

Thank you

Hello? Customer Support Form? Have I posted this in an incorrect area?

No, it’s the right area, we just had a flood of tickets the past days so we’re a bit behind and catching up. Thanks your patience.

So those two pages are in the same WP installation, correct? /resume/ is not another WP installation? Just checking.

About the free registration pro-form shortcodes, they look okay, so the [hilite mono]success[/hilite] redirection should work. Is the user account created successfully?

Do you happen to have installed the post-registration auto-login hack? That one could cause these redirections to not work.

As a test, could you enter the full URL in the success attribute?

success="http://sumigni.com/welcome-1/"

Hi Cristian
I LOVE this plugin, and your support is outstanding. So thank you!…is what I should have said first :)

So those two pages are in the same WP installation, correct?

Yes, correct.

/resume/ is not another WP installation? Just checking.

No, it is not another wp install.

About the free registration pro-form shortcodes, they look okay, so the success redirection should work. Is the user account created successfully?

Yes, the users are being created successfully. The sumigni.com form creates the user at level=”1″ and the /resumes/ form creates the user at level=”2″.

Have I misused these levels? I am registering each users at level 1 or 2 (vs level 0 free subscription), but they are not paying for anything at this point. I am trying to redirect the users to different content pages (via success=”…”) where depending upon their level, they can access specific products to purchase. I reread the Open Registration notes:

If you set this to Yes, you’re unlocking /wp-login.php?action=register. When a visitor registers without paying, they’ll automatically become a Free Subscriber, at Level #0. The s2Member software reserves Level #0; to be used ONLY for Free Subscribers. All other Membership Levels [1-4] require payment.

Does this apply to the Auth.net Pro Forms shortcode? FYI, I have the Open Registration set to “Yes”. Do the users have to pay for something in order to be redirected via success=”…”?

Why would the default redirect go to /sign-me-up/? That page must have been set at some point, somewhere. I did change the slug on the /sign-me-up/ page to the /welcome-1/. Could that effected the success=”…” redirection?

As a test, could you enter the full URL in the success attribute?

Yes, I tested the full URL

success="https://sumigni.com/welcome-1/"

and

success="https://sumigni.com/welcome-2/"

On both forms, I’m still getting redirected to:

https://sumigni.com/sign-me-up/?first

I’m super stumped.

oops forgot to answer this:

Do you happen to have installed the post-registration auto-login hack? That one could cause these redirections to not work.

No, post-registration auto-login hack is not installed.

Hi Schott,

Thanks very much for your detailed follow-up

The first thing I notice here is that the two pages that you’re attempting to redirect to do not actually exist (e.g. they are 404s when you navigate there).

Regarding this URL:

https://sumigni.com/sign-me-up/?first

This is not a default that’s set up with s2Member. It appears that this is meant to be the Membership Options Page, but is set up as the Login Welcome Page in your WordPress Dashboard (your site is redirecting to your My Account page, instead of this page right now. You’ll want to change this in your General Options. Switch the pages around in Dashboard -› s2Member® -› General Options -› Login Welcome Page and Dashboard -› s2Member® -› General Options -› Membership Options Page).

The next steps I recommend you take are the following:

1) Create pages with the slugs /welcome-1/ and /welcome-2/ before continuing. This could be causing the error itself

2) Enable logging under Dashboard -› s2Member® -› PayPal® Options -› Account Details -› Logging

3) Make sure that you are logged out before you try to register

4) Run another test transaction, and if problems persist, send us the log files that were generated under /wp-content/plugins/s2member-logs/ (you’ll need to access your server via FTP to get the files).

Hi Bruce,
This is Jill, Schott’s developer.

The first thing I notice here is that the two pages that you’re attempting to redirect to do not actually exist (e.g. they are 404s when you navigate there).

I wish it was that simple. You must have looked at the site when I changed the slugs away from /welcome-1 /welcome-2. I tried different slugs and changed the success=”…” attribute in the shortcode to try to isolate the issue. With no luck.

It appears that this is meant to be the Membership Options Page, but is set up as the Login Welcome Page in your WordPress Dashboard (your site is redirecting to your My Account page, instead of this page right now.

Yes, I am aware of the flip flop. I took over the site with it set up this way. It’s on my agenda for my client. :)

1) Create pages with the slugs /welcome-1/ and /welcome-2/ before continuing. This could be causing the error itself

Again, I wish it was as simple as having the incorrect pages. I’ll switch the slugs and shortcode back to /welcome-1/ and /welcome-2/ before I submit this response.

2) Enable logging under Dashboard -› s2Member® -› PayPal® Options -› Account Details -› Logging

3) Make sure that you are logged out before you try to register

4) Run another test transaction, and if problems persist, send us the log files that were generated under /wp-content/plugins/s2member-logs/ (you’ll need to access your server via FTP to get the files).

2) Yes, logging is set to “yes”
3) Yes, I’m logged out when I register a new test user.
4) The only “transaction” that is happening is the user is registering. Users are not purchasing at this point. Registration transactions do not show up on either of the Auth.net logs.

The registration forms are registering the users correctly. They are registered at level-1 and level-2 respectfully correctly and show up just fine in WP Users. The ccaps are working as well. I just can’t get the success=”” attribute to work.

Just to recap what we are trying to accomplish. When users register in either of the registration forms (on pages sumigni.com and sumigni.com/resumes) we’d like them to be redirected to https://sumigni.com/welcome-1/ and https://sumigni.com/welcome-2/ upon just their registering. I’m attempting to use the success=”https://sumigni.com/welcome-1″ and success=”https://sumigni.com/welcome-2″ attribute in the s2Member-Pro-AuthNet-Form shortcode for that redirection.

The result we are getting is an incorrect redirection. Users who register in either form (sumigni.com or sumigni.com/resumes) are being directed to sumigni.com/sign-me-up/?first instead of /welcome-1 and /welcome-2

NOTE: sumigni.com/sign-me-up/ does not exist any more. I changed that page’s slug to sumigni.com/welcome-1.

If there is another way to redirect users who have just completed just the registration process, we’d be open to suggestions.

Thanks
Jill

UPDATE: the success=”…” attribute is still does not work and we are up against a deadline, so we had to move on. We’re disappointed we couldn’t get this resolved. Cristián said you guys are busy, but is there a faster perhaps more direct line of assistance?
Thanks

No, post-registration auto-login hack is not installed.

Are you absolutly sure? The [hilite mono]?first[/hilite] at the end of the URL was in one of the earlier versions of the hack.

https://sumigni.com/sign-me-up/?first

is there a faster perhaps more direct line of assistance?

You could send your site’s info and I’ll take a look. s2Member® » Private Contact Form

Hi Cristian
I LOVE this plugin, and your support is outstanding. So thank you!…is what I should have said first :)

Thanks for the kudos! We’re glad to help. :)

Cristián
Thank you, Thank you, Thank you!
The hack was the culprit. I can’t believe I missed that.

I researched some workarounds on the forum and found a couple of threads:

http://www.s2member.com/forums/topic/auto-login-conflicts-w-trackingnotification/

Christian said:

No, that hack has that problem. What you could try is, instead, use the success attribute in your shortcode pointing to a page, where you then have a hack to log him in and redirect him to the page you want.

Then in another thread:

http://www.s2member.com/forums/topic/auto-login-code-question/

Jason said:

If you’d like to accomplish auto-login after registration with a Pro Form, I recommend the success=”” attribute for your Pro Form Shortcode. With that attribute, you can create a custom thank-you page, which might include code from your hack file above; and you may choose to automatically log them in and redirect them to a page of your choosing. Please see: Dashboard -› s2Member® -› PayPal® Pro Forms -› Custom Return URLs Upon Success

What I couldn’t find was how exactly to do this. I understand how to use the success=”” attribute to redirect a user to an custom thank-you page, but can you point in me in the direction of how to “include code from your hack file above; and you may choose to automatically log them in…”

I’m fuzzy on how to automatically log a user in once they’ve been redirected to a custom thank-you page.
The success attribute would point to URL: /thank-you-for-registering/?user_login=%%user_login%%&user_pass=%%user_pass%% which both redirects them to the page I want AND logs them in? So I would not need the auto login hack, correct?

Thank you, Thank you, Thank you!
The hack was the culprit. I can’t believe I missed that.

Glad you found the problem. Thanks for the update. :)

I’m fuzzy on how to automatically log a user in once they’ve been redirected to a custom thank-you page.

I haven’t tried it yet, but you could probably try the same login code from the hack, but in a PHP block in the page you redirect the user to on success. You’ll need a PHP execution plugin.

Or, you could add a variable at the end of the success redirection URL and have your hack pick it up from the $_GET array to know when to do the auto-login. Something along those lines I guess.