WP-Members 3.4.4 is primarily a maintenance release. It incorporates a series of minor changes since 3.4.3 along with some additional code improvements for performance and fixing some minor issues.
Continue Reading →WP-Members 3.4.4
Home of WP-Members, The Original WordPress Membership Plugin
Chad Butler · ·
WP-Members 3.4.4 is primarily a maintenance release. It incorporates a series of minor changes since 3.4.3 along with some additional code improvements for performance and fixing some minor issues.
Continue Reading →Chad Butler · ·
WP-Members 3.4.3 contains a couple of bug fixes and some minor improvments.
Continue Reading →Chad Butler · ·
WP-Members 3.4.2 has been released with a number of updates, fixes and new features.
First, this package includes all intermediate updates since 3.4.1:
Additionally, the following fixes were applied:
The custom product message was improved for non-logged in users (same function is used by both logged in and logged out processes, so this cleans things up to handle both states the same way).
Some code improvements, including additional information passed to filters were added. There were also some new API functions.
Lastly, the plugin has received a new installer/updater class intended to improve the upgrade process. This includes some diagnostic tracking features. When you install or update, you’ll notice a message that allows you to opt into diagnostic tracking and security/update notifications. This is a very important feature for the plugin as it gives insight into how the plugin is used, as well as allowing us to provide more information to the plugin’s users when we update. It does not transmit any private information and none of the information is ever shared with third parties. You can opt in/out at any time. If you have questions, let me know.
This package update includes all of the 3.4.2 updates plus the following:
wpmem_export_users()
. However, if you call it from the object (which is not recommended – you should use the API function), then you need to note this change.init
action. This solves a problem for plugin extensions that rely on the wpmem_after_admin_init
action. If you used one of the most recent versions with the Invite Codes extension and received a PHP error on the front end of the site, this is the fix.This version fixes an issue with the password reset. The cause of the problem is unknown specifically, but if you were experiencing issues with the password reset going through to completion and at the end received an error that the key was invalid, this update should resolve that problem.
This release also includes a new email shortcode for the admin notification that will list user memberships – add [memberships] to the admin notification email for this.
Chad Butler · ·
If you are using the PayPal extension, there was a function name conflict in WP-Members 3.4.1 that will cause a PHP fatal error. This will ordinarily manifest itself as a message indicating “There has been a critical error on this website.”
This issue was discovered within a few hours after the initial release of version 3.4.1 and a fix was released shortly after this as version 3.4.1.1.
Continue Reading →Chad Butler · ·
Last month, I released a major update to WP-Members. It included a lot of behind-the-scenes features that push the plugin forward based on user requests.
Today, version 3.4.1 is being released with some improvements, bug fixes, and overall
Membership hierarchy is new in 3.4.x, and shortly after release, it became apparent that the logic it was released with was not as scalable as I had hoped for.
This isn’t a major issue except that if you have setup any “levels”, you will need to make some adjustments to them – namely, reversing the order.
Previously, the order was to make the higher levels children of the existing membership. For example, if you have Bronze, Silver, and Gold memberships, you would have made Silver a child of Bronze, and Gold a child of Silver.
The problem here is that you can’t stack multiple levels into a higher group. For example, maybe you have Bronze 1 and Bronze 2. Your Silver and Gold levels would only be able to access one of those.
Reversing the hierarchy solves this problem. So now, Silver is a child of Gold and Bronze is a child of Silver. Now you can have Bronze 1 and Bronze 2 that are exclusive (i.e. one cannot access the other), but if both are a child of Silver, then Silver can access both; and Gold can access all three.
I added a second feature to allow you to reverse the logic. This is the addition of a setting in the “Membership Attributes” meta box (where you would set the “parent” membership) that is noted as “Access by child membership”. Checking this box means that the logic is reversed. This can be useful if you want to create different expiration periods but only have to restrict content to a single membership.
I’ll be putting together a video this week to demonstrate how these can be set up and how you can use them.
Most everything else is primary improvement and cleanup. Here’s a rundown:
The remainder is general bug fixes and such:
Ready to get started?