If you’ve been using “Forms for Level 1 Access” for years to add CCAPs to existing accounts, something was wrong before. You need to use “Billing Modification Forms” to upgrade or add CCAPs to existing accounts. Anytime you use a “Level x Access” form, the user should be creating a new account.
Existing members can't purchase without creating a new account
Thanks JediShark.
I discovered that I’d made this mistake…
I found this https://s2member.com/kb-article/how-do-i-get-rid-of-the-create-profile-section-on-my-pro-form/ (Looks like I should have been using “Buy Now” forms for what I want to do – I simply want to allow visitors to purchase access to individual ccaps)
So I tried setting up a Buy Now form…and I still see the “Create Profile” section at the top of my Buy Now form when my test user is logged in.
I’ve tried…
-
Double-checking all my settings throughout S2Member
-
Deactivating all plugins except S2Member Pro to see if there were any conflicts
-
Running a different theme
-
Digging through as many support threads and articles as I could find.
Oddly, on the test Buy Now form, if I re-fill in my test user’s profile info (username, password, etc) the form works and processes the payment just fine – the new ccap gets added to their account, and their membership level remains unchanged (perfect!)
BUT…I cannot figure out how to remove that Create Profile section from the Buy Now form. And obviously, this causes all sorts of problems and confusion for my users.
You still want to use Billing Modification even just to sell additional CCAPs. Simply select the user’s current level from the Modification drop-down list. In other words, it they are level 1 select Upgrade to Level #1. Then add the CCAP(s) to the Custom Capabilities field. That should work just fine.
Thanks JediShark…but unfortunately that didn’t work either.
Here’s the S2Member-generated shortcode I have…
[s2Member-Pro-PayPal-Form modify=“1” level=“1” ccaps=“my_ccap” desc="$1 USD + tax / One Time (for lifetime access, non-recurring, no trial)" ps=“paypal” lc="" cc=“USD” dg=“0” ns=“1” custom=“www.tentononline.com” ta=“0” tp=“0” tt=“D” ra=“1” rp=“1” rt=“L” rr=“BN” rrt="" rra=“2” accept=“paypal,visa,mastercard,amex,discover,maestro,solo” accept_via_paypal=“paypal” coupon="" accept_coupons=“0” default_country_code="" captcha=“0” /]
And here’s the result when viewed with a logged in (Level 1) user: https://imgur.com/3e4TU2E
I’m at a loss…I suspect it could be a deeper problem…theme? Something else?
I can create a test account for you if you’d like…or provide access to a testing server if need be. Thanks
Unfortunately, you are probably going to have to test with a clean WordPress install.The recommended method is detailed here: https://s2member.com/kb-article/testing-in-a-clean-wordpress-installation/. Alternatively, you could start with just a default WordPress theme and then disable plugins one-by-one until you find a culprit. You should definitely do this on a testing server or in maintenance mode.
One last thing before we go there, however. Can you provide the entire URL (query parameters and all) from the page you screenshotted above?
Hi JediShark,
I really appreciate your help with this.
The URL is https://www.tentononline.com/enroll-test/
And on my testing server, I tried switching to the 2017 theme and disabling ALL plugins except S2Member Pro (v190822). I still get the “Create Profile” section.
I haven’t gone the clean WP install route yet…
My host is WP Engine if that helps…
If that is the ENTIRE URL for a logged-in user (and not just the permalink to the page) then the query parameters are missing. I’m not sure what they should be, but @clavaque would know. I haven’t looked at one of these forms for a while, but judging from the source on your page the profile is supposed to show up but it is supposed to be pre-populated with the logged-in user’s info.
So, please verify that you copied that URL from the page after following whatever link you had on the site as a logged-in user. If that is not the case, please try again and include all of the query parameters in the URL.
Okay, maybe I’m testing this incorrectly. Let me get back to you…
When a logged in user navigates to an “enroll” page (that contains the PayPal Pro-Form generated code), they’re asked to create a new account.
You can use the same form for an existing user without requiring him to create a new account. If he’s logged in, the pro-form is just for payment without signup, even the level pro-forms.
Those fields are shown or not with JavaScript, and I’ve seen fields show up incorrectly when there’s a JS problem. I suspect that you have something messing up your JS.
When you’re logged in to your admin account, are you being asked for the password and other signup fields? That should not happen.
Do you see any warnings or errors in the browser’s Web Console? If you give me a link to the page, I can check.
Could you troubleshoot deactivating other plugins/theme to remove variables and narrow it down?
Since you should be able to see a change in behavior while logged in to your admin account, this plugin may be helpful: https://wordpress.org/plugins/health-check/
I look forward to your update. 
Hi Christian,
Thanks very much for jumping in. You’ve helped me in the past, and your support is fantastic. To answer your questions…
Those fields are shown or not with JavaScript, and I’ve seen fields show up incorrectly when there’s a JS problem. I suspect that you have something messing up your JS.
I do strongly suspect there is a JS problem…and that this is our culprit. Unfortunately, I don’t know how to troubleshoot / resolve something like this (JS isn’t my strong suit).
When you’re logged in to your admin account, are you being asked for the password and other signup fields? That should not happen.
Yes. So when I’m logged in as admin and I navigate to a page (like the links I’ve included below) that contains S2Member shortcode generated from either PayPal Pro-Forms > Billing Modification or PayPal Pro-Forms > Capability (Buy Now) Form, the sign up forms display the Create Profile area (including First Name, Last Name, Email Address, Username, and Password fields)
Here are the two test pages I’ve set up (and their PayPal Pro-Forms generated shortcode:
https://www.tentononline.com/enroll-test-billing-modification/
[s2Member-Pro-PayPal-Form modify=“1” level=“1” ccaps=“my_ccap” desc="$1 USD + tax / One Time (for lifetime access, non-recurring, no trial)" ps=“paypal” lc="" cc=“USD” dg=“0” ns=“1” custom=“www.tentononline.com” ta=“0” tp=“0” tt=“D” ra=“1” rp=“1” rt=“L” rr=“BN” rrt="" rra=“2” accept=“paypal,visa,mastercard,amex,discover,maestro,solo” accept_via_paypal=“paypal” coupon="" accept_coupons=“0” default_country_code="" captcha=“0” /]
https://www.tentononline.com/enroll-test-capability-buy-now-form/
[s2Member-Pro-PayPal-Form level="*" ccaps=“my_ccap” desc=“Description and pricing details here.” ps=“paypal” lc="" cc=“USD” dg=“0” ns=“1” custom=“www.tentononline.com” ra=“1” rp=“1” rt=“L” rr=“BN” accept=“paypal,visa,mastercard,amex,discover,maestro,solo” accept_via_paypal=“paypal” coupon="" accept_coupons=“0” default_country_code="" captcha=“0” /]
Do you see any warnings or errors in the browser’s Web Console? If you give me a link to the page, I can check.
I’m digging into finding this out right now. Again not my area of expertise…but would you mind checking the above links on your side? Again, I’m strongly suspecting a JS error of some kind.
Could you troubleshoot deactivating other plugins/theme to remove variables and narrow it down?
Yes, on my testing server I deactivated ALL plugins except for S2 Member, and I tried switching to the 2017 theme. I still got the Create Profile area appearing. So that rules out plugins and my theme.
Thanks – look forward to your thoughts on this!
Looks like the pages are loaded with JS errors…But, I tried disabling JS in my browser and I still see the Create Profile section when logged in…
I just copied everything over to my staging server, disabled all plugins except S2Member and switched the theme…still seeing JS errors…
Hi Christian, Some help on this would be really appreciated. Thanks -Geoff
That’s very strange. There has to be something extra causing this on your installations. Do you have other customizations? Like must-use plugins, maybe… /wp-content/mu-plugins/
Can you reproduce this behavior in a clean installation of WP with just s2 added?
I was hoping to be able to dig into the console and troubleshoot some JS, but looked at all the urls listed above and it all seemed great, except for some plugins exposing console notices unnecessarily on other pages.
@Christian: Yes, I do have an /wp-content/mu-plugins/ folder with a few plugins there…
force-strong-passwords [folder]
wpengine-common [folder]
health-check-troubleshooting-mode.php
mu-plugin.php
slt-force-strong-passwords.php
stop-long-comments.php
wpengine-security-auditor.php
…anything there look odd to you?
On my staging server, I tried renaming / deleting this folder…no effect.
I have yet to try testing on a clean install of WP.
@Ric: Thanks very much for taking a look…No errors, really? Can you tell me how you’re checking?
I’m curious about the mu-plugin.php one.
I look forward to that, because then we remove many variables. Once you get it working, you can add back back plugins/theme and testing to find what introduces the problem.
Sorry for being out of touch…tied up on another project.
Here’s the contents of mu-plugin.php: https://pastebin.com/g4HucNR9
As for testing on a clean install, I’m unsure of the best way to go about this. If I duplicate the site on my staging server and then deactivate all plugins except S2 and switch themes, the problem persists (as reported earlier).
But I do have a clean install of WP on another server, but don’t know the best way to begin re-introducing plugins…would uploading them one at a time via FTP be the best method?
Yes, you can do that. In that clean installation of WP with just s2, can you reproduce the problem or it’s not there?
If not there, then add plugins and test after each, or for speed add a bunch and if the problem comes back, then you pick them one by one. If the problem is not back, then add another bunch.
Okay thanks Cristian. I’ll give that a try and report back my findings. In the meantime, anything noteworthy in mu-plugin.php?