[admin]

The swpm_account_status_for_subscription_start_date_update filter hook is only used if some custom code on your site explicitly hooks into it. It is not something that runs by default. So unless you (or a developer) have added custom code for it, your site is most likely not using this filter.

You can check by doing a quick search for the filter name in the following places:

– Your active theme’s functions.php file.
– Any custom snippets added via a code snippets plugin (e.g., Code Snippets, WPCode).
– Any custom plugins you may have installed on the site.

In the meantime, please go ahead and capture the debug log when the next recurring payment comes in for one of the affected members, then share the relevant portion of the log file with us. The log will show exactly what status value is being applied to the account when the recurring payment is processed, which will help us pinpoint the cause.

[admin]

Please enable the debug logging feature and capture the event so you can share the log file with us:
https://simple-membership-plugin.com/enable-debug-logging/

This will let us see what account status value is being used when the payment is received.

Usually, this issue can be caused by one of the two things outlined below, so please check them as well:

1) “Default Account Status After Payment” setting

The value of this settings field may be set incorrectly. Our plugin sets it to “active” by default, so it’s a good idea to make sure it is set to active and then save the settings.

2) swpm_account_status_for_subscription_start_date_update filter hook

The plugin has this filter hook, which can be used to customize the account status after a recurring payment. If your site is using this filter to apply custom logic that returns an incorrect account status value, it can cause this issue.

[admin]

This one is a duplicate of this other post on WordPress.org forum so I will close this one here:
https://wordpress.org/support/topic/passkey-support-3/

[admin]

The time of the day does not play a factor.

The plugin uses WordPress’s built-in cron system for account expiry checks.
https://developer.wordpress.org/plugins/cron/

It schedules a daily cron job that runs once per day, but the exact time it fires depends on site traffic and other factors — so you can’t predict the precise time it will execute on any given day.

[admin]

You also have the option to override the default login template and create a fully customized version. Please note that this involves modifying PHP files, so it is considered an advanced option and may not be suitable for all users.

You can find a step-by-step guide here:
https://simple-membership-plugin.com/how-to-override-simple-membership-plugin-templates-in-your-theme/

If you’re only looking to adjust the appearance (for example, styling or layout), some CSS tweaks may be sufficient. The following page includes helpful examples:
https://simple-membership-plugin.com/miscellaneous-css-tweaks-simple-membership-plugin/

[admin]

Please check the following active login limit feature. Is that something that will work for you?

https://simple-membership-plugin.com/configuring-active-login-limit/

[admin]

Our plugin uses WordPress’s wp_redirect() function to handle post-login redirects. Unfortunately, this function cannot preserve URL anchors (fragments). This is a browser limitation — the #fragment portion of a URL is client-side only and is stripped by the browser before the HTTP request is sent to the server, so the server never receives it.

For your use case, we recommend bypassing the standard After Login Redirection add-on and using the following action hook to implement your own custom redirect logic:

https://simple-membership-plugin.com/simple-membership-action-hook-reference/#swpmafterlogin

This gives you full control over post-login redirects, including the ability to redirect users to a specific anchor position on a page.

[admin]

The invoice.payment_succeeded webhook is needed for sure. That’s the one our plugin uses. So if that hook is not getting triggered by Stripe, it needs an investigation.

Check the Developers → API versions section to see which version of the API is being used by your Stripe account.

Are you using the latest version of the Simple Membership plugin?

[admin]

We have released an update that should solve this.

[admin]

Our Form Builder add-on includes options to customize the registration form. You can hide the username field and configure the system to use the email address as the username instead.

[admin]

Thank you. Looks like you are using the Form Builder addon with bbPress. I think the Form Builder needs a small update for this. I will investigate this more and get back to you with an update.

[admin]

One more question, are you using any other addon besides the bbPress Integration addon on this site?

[admin]

okay so the WordPress user role is working as intended. The issue is that the user’s “Forum Role” (for bbPress) gets updated/changed which causes the issue right?

[admin]

The WordPress role that SWPM assigns is configured at the membership level. You can edit the relevant membership level and check the “Default WordPress Role” field to see which role is set for that level. When a member belongs to that membership level and their profile is saved, the specified role is applied to that member.

To clarify, are you saying that you’ve set a WordPress role in the membership level configuration, but it is not being applied when the member’s profile is saved?

I just want to understand whether the plugin isn’t behaving as expected, or if something else might be interfering with the process.

[admin]

For manual approval (where an admin must review and explicitly approve each new member before they can log in), the key setting is the account status, which must be set to “Pending”.

#1) The global “Default Account Status” option (in the plugin’s main Settings) can be set to “Pending” to apply this site-wide.

#2) Alternatively (and often more flexibly), you can override this per membership level: Edit the specific membership level → set its “Default Account Status” to “Pending”.
This is useful if you want manual approval only for certain levels (e.g., paid or restricted ones) while keeping others automatic.

As we continue to add new features to the plugin, some workflows evolve over time, which can occasionally change how certain options behave.

If you intend to use the manual approval feature, it’s important to follow the setup exactly as outlined in the documentation below. If the configuration differs, the expected behavior will not occur:
https://simple-membership-plugin.com/manually-approve-members-membership-site/

[Author]

Posts