Release Announcements

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:

• Applies checkbox CSS in add new user form.
• Code consolidation in admin options tab file (remove final use of wpmem_use_ssl()).
• Add wpmem_recaptcha_url filter to allow for changing the URL of the recaptcha script.
• Only apply pwd reset override on frontend (for login error).
• Fixes undefined $wpmem->reg_form_showing.
• Fixes a bug in the password change shortcode that causes a “too few arguments” error.
• Changes wpmem_is_user_current() to wpmem_user_is_current() for backwards compatibility with the plugin’s premium PayPal extension.
• Added the action being done as a parameter passed to the wpmem_get_action action hook.
• Added support for arrays, urls, and classes to wpmem_sanitize_field() (alias of rktgk_sanitize_field()). This is in addition to the sanitization already supported.
• apply_custom_product_message() now runs do_shortcode() to natively support shortcodes in custom membership product messages.

Additionally, the following fixes were applied:

• Fixed an issue that did not display the custom product message if the user was not logged in.
• Bug fix in password reset that potentially truncates the reset link.
• Bug fix in admin notification email for HTML formatted email (wpautop() was not being applied to email content).

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.

• Added email argument for default line break.
• Added user ID to email filters.
• Added attributes to shortcode (wrapper defaults to “div” but can be changed to “span” or “p” or something else):
  • id
  • class
  • wrapper
• Added user confirmed field to default export fields (if confirmation link setting is enabled).
• Added API functions:
  • wpmem_set_user_membership()
  • wpmem_remove_user_membership()
  • wpmem_get_user_memberships() .

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.

WP-Members 3.4.2.1

This package update includes all of the 3.4.2 updates plus the following:

• Moves the user export class to the main user object. This should not affect any users who use the function through the API function 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.
• Moves the admin object load back to WP’s 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.
• Fixes a potential issue with the [wpmem_field] shortcode if the field does not have a type defined. Previously, if no field type was defined, this may through a PHP notice warning that the array key or variable was undefined.

WP-Members 3.4.2.2

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.

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.

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

Revision to membership hierarchy logic

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.

Other changes

Most everything else is primary improvement and cleanup. Here’s a rundown:

• Changes the term “Product” to “Membership” throughout the interface. Originally, when I released memberships in the plugin, I intended them to be flexible “membership products” and referred to them with by the shortened “products”. However, this was not intuitive for users and calling them “memberships” seems to solve that. It’s just a text change – no features are being changed around this.
• Changing “Block” to “Restricted” (and “unblock” to “unrestricted”). The plugin has used the term “block” to refer to blocking post content since its inception (which was back in 2005 if you can believe that). When I added “hide” as an option, that seemed to create some confusion for some users. Users who have used the plugin for a long time (i.e. before “hide” was added) understood it, but for new users, they often wonder, “What’s the difference between ‘block’ and ‘hide'”? A valid question. Changing the terms used a little bit should help. Like the above, this is currently just a text change, but there will be some additional updates in the future for nomenclature of API elements, such as the function wpmem_is_blocked(). More on that as it comes to fruition.
• The email function can now directly handle attachments. This is probably too complicated to explain here, but I’ll be adding information in the documentation on it.
• Added a new API function – wpmem_is_user_current() to check user expiration of a given membership.

The remainder is general bug fixes and such:

• Fixes a bug in the user API for undefined variable when checking the user IP.
• Fixes a bug in 3.4.0 that cases an error in the user export process.
• Fixes a bug in 3.4.0 that causes the captcha validation to be run twice, resulting in failed captcha during registration.
• Fixes a CSS issue that caused a cursor change for instances of WP List Table (i.e. All Posts, All Pages, All Users, etc) that implied drag-and-drop functionality – it should only be shown on the WP-Members Fields table.
• Sanitizes email as email, not text during registration.
• Removes an overlooked use of wpmem_page_pwd_reset() which was deprecated in 3.4.0
• Moved all external libraries to “vendor” directory.

You asked – RocketGeek listened!

WP-Members 3.4.0 is released today and it packs the biggest updates and changes that I have released in quite a while.

Most of the features are based on either direct user requests or on refining aspects of the plugin that users have given feedback on. And not only are there new and improved features, but as usual, when I reach a major plugin update (i.e. 3.3.x to 3.4.x), I do a complete code review to make sure the plugin’s codebase does not become unnecessarily bloated and to find areas that code can be tightened and improved.  That includes a complete security audit as well.

Here’s a rundown of what is in store for you in WP-Members 3.4.0!