David Parker

Hi Maria,

When I tried to navigate to the webhook URL specified in the error message, I was prompted to sign in before being able to access the website. That login step may be what is preventing Stripe from accessing that URL. Can you please try disabling that login step and seeing if Stripe is then able to send webhook messages successfully?

Hi @maniyip,

You can modify the contents of PMPro Emails sent from your site or disable them altogether using our PMPro Email Templates Add On:
https://www.ads-software.com/plugins/pmpro-email-templates-addon/

Hi @cmoxie,

The error that your customers are seeing usually comes up if PHP sessions are not enabled by your host. Since checking out with PayPal requires the user leave your site to complete the payment, we store the user information such as username, password, etc. in the PHP session variable. When the member returns after completing payment, we look up the user data from the session variable and create the user. If sessions are not enabled, the username and password will not be saved when the member goes to PayPal.com, and it will bring up that error.

Can you please check with your host to confirm that PHP sessions are enabled on your site?

Hi @denstrit,

You can give your users the option to set up automatic recurring billing by using our PMPro Auto-Renewal Checkbox Add On, which is also available for download on GitHub here.

As that is a PMPro Plus Add On and we are not allowed to support any premium product on the www.ads-software.com forums as per the WordPress guidelines here, can you please open up a ticket on https://www.paidmembershipspro.com and we will continue to assist you if you have any questions while setting it up.

Hi @fabiolife,

I am sorry to hear that the PMPro password reset behavior is not working as expected on your website.

when I manually register my users they get a link to reset their password

Is the email being sent the New User Notification email included in core WordPress, or is it an email sent by a third-party plugin?

Assuming it is the email sent by core WordPress, can you please let us know if you are running any other plugins on your site which modify the login/password reset process or if there is any caching functionality running on your website? If so, can you please try disabling that behavior and see if that resolves the issue?

Hi @harshitbbhatt,

For reference, here are the lines of code that are throwing this error: https://github.com/strangerstudios/paid-memberships-pro/blob/3911fc6fe001c3717963b702d0017fb855696773/includes/lib/recaptchalib.php#L77-L80

For some reason, that POST request seems to be returning a WP_Error object, meaning that an error was thrown while handling the POST request itself. In order to determine exactly what ever is being thrown during the POST request and resolve it, we will need to know the contents of the WP_Error message being returned.

We have been unable to replicate this error message on our end, but if you can please dump the contents of that WP_Error object and post it here, I would be happy to take a look to try and resolve this error message. As getting the contents of that error is a technical process, if you would like hands-on help with getting the contents of that error message, please sign up at https://www.paidmembershipspro.com/pricing and our support team can help you debug this issue there.

Hi @michaelj206,

If memberships are set up to automatically renew (the “Recurring Subscription” checkbox is checked while editing a membership level), then users should be locked in to their payment schedule until they check out again on your site.

Since you said that current members are not keeping the old rate, I assume that your site uses one-time payments with an expiration date, requiring users to complete the checkout process each time that they would like to renew their membership.

In this case, a custom solution would be required to charge users a different rate if they were originally customers before a different date. This code would need to use the pmpro_checkout_level filter to modify the level price if the user’s first PMPro order was created before a particular date.

Here is an example of that filter being used, though it would need to be further customized to change level based on a user’s original order date: https://gist.github.com/strangerstudios/91b351dc0e37b2ca8946

If you would like more guidance or hands on help implementing this solution with Paid Memberships Pro, please sign up at https://www.paidmembershipspro.com/pricing.

Hi @lisec91, thank you for using Paid Memberships Pro.

Although PMPro does include frontend login functionality using username and password, having a user be logged in based on their IP address is not a feature of Paid Memberships Pro. Adding this behavior to your site would require a third party login plugin or custom development in order to implement.

Hi @rakesh1974,

I have just replied to your other post in the PMPro Register Helper support forum regarding this question.

Please feel free to follow up on that other post if you have any clarification questions about my reply.

Hi @rakesh1974,

There is currently a feature request in the PMPro Register Helper GitHub repository proposing an additional field option to either show or hide a field in the admin checkout email, though this feature has not yet been developed:
https://github.com/strangerstudios/pmpro-register-helper/issues/185

That Register Helper field data is added to the admin checkout email by the pmprorh_pmpro_email_filter() function, so unhooking that function should prevent Register Helper field information from being added to the admin checkout email.

If you would like more guidance or hands on help implementing this solution with Paid Memberships Pro, please sign up at https://www.paidmembershipspro.com/pricing.

Hi @rakesh1974,

Paid Memberships Pro does not natively support users updating their avatars on the membership account page, but we do have an article here describing how such a field can be created by integrating with other User Avatar plugins: https://www.paidmembershipspro.com/recommended-plugins-for-user-avatar-management-on-your-wordpress-membership-site/

Having users upload images to use as avatars during the PMPro checkout process would require custom development. The general process for this would be to create a file field using PMPro Register Helper to allow users to upload an image, and then set the image as the user’s avatar when checkout is complete. The process for setting the image as the user’s avatar would depend on which 3rd party User Avatar plugin your are using.

If you would like more guidance or hands on help implementing this solution with Paid Memberships Pro, please sign up at https://www.paidmembershipspro.com/pricing.

Hello @yondermann,

Hiding ads from members on your site does sound possible, but would require some customization to integrate with the GDPR plugin that you are using.

The general steps for this customization would be to add some custom code that runs before the ads are injected, and if the user is a member on your site (which can be checked using the pmpro_hasMembershipLevel() function), unhook the code in your GDPR plugin that injects the ads.

It is also possible that the GDPR plugin may have a filter to disable ads, though this would depend on the particular plugin that you are using.

If you would like more guidance or hands on help implementing this solution with Paid Memberships Pro, please sign up at https://www.paidmembershipspro.com/pricing.

Hello @naza1111,

It is not possible to translate Stripe errors through traditional WordPress translation methods since the error messages themselves are generated in Stripe, though this would be possible to implement using custom code.

The general steps for this custom code would be to:
1. Hook into the pmpro_after_checkout_preheader hook, which is after the error will be generated
2. Check if the message in the global $pmpro_msg variable is equal to the Stripe error that you would like to translate
3. Set the global $pmpro_msg variable to be the translated text that you would like to show

If you would like more guidance or hands on help implementing this solution with Paid Memberships Pro, please sign up at https://www.paidmembershipspro.com/pricing.

Hello @irenella,

We have not done this ourselves recently. Can you please point us to any documentation covering what you have tried so far?

If you are able to track when a user visits a particular URL, then you can assume that a user purchased a membership when they land on your Membership Confirmation page. The level that they checked out for will also be included in that URL. For example, if your membership confirmation page is yoursite.com/membership-account/membership-confirmation/, if the user checked out for level ID 1, they will be sent to yoursite.com/membership-account/membership-confirmation/?level=1.

Otherwise, custom code would likely be needed to integrate the Pixel Your Site plugin with Paid Memberships Pro.

If you have other specific questions on how to detect when a particular event happens in Paid Memberships Pro, please let me know.

Hi Sally, thank you for the kind review. I’m very glad to hear that you are finding the recent update helpful.