PublishPress Permissions: Control Access for Posts, Pages, Categories, Tags

Description

PublishPress Permissions is the plugin for advanced WordPress permissions. It goes far beyond the options you’ll find in the WordPress core. With PublishPress Permissions you can enable or block access to specific posts, pages, categories and other content on your site. You can apply these permissions for roles, individual users, and even custom groups.

There are too many features to mention in a short introduction, but here’s one example: PublishPress Permissions allows you to customize viewing and editing access for almost any content built on the WordPress post types platform. Open a Post, Page or custom post type, and you’ll be able to decide which roles, users or custom groups can view and edit that content.
Click here for your quick start guide to PublishPress Permissions.

Control Viewing Permissions for WordPress Content

PublishPress Permissions enables you to customize viewing access for WordPress content. Open any post and you’ll see a box with the label, “Permissions: Read this Post”. This box allows you to choose “Enabled” or “Blocked” for any user role or individual user. You can also set permissions for all users who are guests, and those who are logged in.
Click here to see how to create custom viewing permissions.

Control Editing Permissions for WordPress Content

PublishPress Permissions allows you to customize the editing permissions for all your content. Open a Post, Page, Category, Tag, or custom post type and you can decide who is allowed to edit that content.
Click here to see how to create editing viewing permissions.

Create Your Own User Groups

PublishPress Permissions allows you to create your own user groups. Imagine you want to give some users access to a single Post. Instead of creating a new user role and applying all the permissions, you can easily add those users to a group. This is a simple and more flexible alternative to user roles.
Click here to see how to utilize custom user groups.

Manage Access to the Media Library

PublishPress Permissions gives you detailed control over access to media on your WordPress site. You decide who gets to edit and view files in your Media Library. For example, you can set up WordPress so that users only have access to files that they uploaded. Or you can add an exception so users can edit other people’s media files if they are attached to a post they can edit.
Click here to see how to manage access to your media files.

Show Content Teasers

PublishPress Permissions Pro allows you to display a teaser for unreadable content. This is perfect for making small snippets of your content available to the public. You can have teaser text that is publicly available, followed by private content that is only visible for your site’s users. If you choose to display a login form, the redirect will go to the originally requested content.
Click here to see how to display content teasers.

Automatically Create Posts for Users

This Pro feature allows you to automatically create content for your users. For example, you can sync your staff members to Pages. This would allow your staff to each have their own page to edit and update. You can use this feature to automatically create posts, WooCommerce products, or any other post type that is defined on your site.
Click here to see how to automatically create posts for users.

Create Your Own Workflow Statuses

WordPress provides some status options including “Draft”, “Pending Review” and “Published”. Permissions Pro enables you to design a far more advanced workflow. Each status you create can have its own unique capability requirements.
Click here to see how to build your own workflow statuses.

Create Your Own Visibility Statuses

With PublishPress Permissions Pro, you can create visibility options for your content. One example is a “Premium” status that makes content visible only for paying members. Another example is a “Staff” status, for the people who run your site.
Click here to see how to build your own visibility statuses.

How to Upgrade from Press Permit

This plugin was previously called “Press Permit”. Contact us for assistance in migrating to the new version of this plugin.

Join PublishPress and get the Pro plugins

The Pro versions of the PublishPress plugins are well worth your investment. The Pro versions have extra features and faster support. Click here to join PublishPress.
Join PublishPress and you’ll get access to these six Pro plugins:

Together, these plugins are a suite of powerful publishing tools for WordPress. If you need to create a professional workflow in WordPress, with moderation, revisions, permissions and more, then you should try PublishPress.

Bug Reports

Bug reports for PublishPress Permissions are welcomed in our repository on GitHub. Please note that GitHub is not a support forum, and that issues that aren’t properly qualified as bugs will be closed.

Follow the PublishPress team

Follow PublishPress on Facebook, Twitter and YouTube

Screenshots

  • Custom viewing permissions
  • Custom editing permissions
  • Content creation permissions
  • Create custom groups
  • Manage media library access
  • Show content teasers
  • Synchronize content to users
  • Create your own Workflow Statuses
  • Create your own Privacy Statuses

FAQ

How does PublishPress Permissions compare to PublishPress Capabilities, User Role Editor and other role editor plugins?

PublishPress Permissions can be used in addition to a basic role editor / user management plugin. Those plugins are designed to modify existing WordPress permissions. That’s a valuable task, and in many cases will be all the role customization you need. We do recommend PublishPress Capabilities which is a WordPress role editor designed for integration with PublishPress Permissions.

PublishPress Permissions can supercharge your permissions engine and goes much further than the basic role editor plugins. PublishPress Permissions is particularly useful when you want to customize access to a specific post, category or term. PublishPress Permissions adds content-specific editing permissions, custom post status permissions, file access restriction, and other features which are not possible in default WordPress.

Important Note for Pro users upgrading from Press Permit Core 2.6.x

In June 2019, with version 2.7, the Pro plugin packaging changed. Pro users previously running Press Permit Core + PP extensions should download PublishPress Permissions Pro from publishpress.com before upgrading a 2.6.x site to this version. PublishPress Permissions Pro is now a separate plugin which replaces both Press Permit Core and all PP extension plugins. Contact us for assistance in migrating your account.

What about Role Scoper?

Moving forward, we do not plan any major development of the Role Scoper code base. If you encounter issues with Role Scoper and need to migrate to a different solution, PublishPress Permissions provides access to an import script which can automate the majority of your Role Scoper migration.

Can I import settings from Role Scoper?

Yes. PublishPress Permissions can import the most Role Scoper groups, roles, restrictions and options. Some manual follow up may be required for some configurations.

Is PublishPress Permissions an out-of-the-box membership solution?

No, but it can potentially be used in conjunction with an e-commerce or membership plugin. If you have a way to sell users into a WordPress role or BuddyPress group, PublishPress Permissions can grant access based on that membership.

Where does PublishPress Permissions store its settings? How can I completely remove it from my database?

PublishPress Permissions creates and uses the following tables: pp_groups, pp_group_members, ppc_roles, ppc_exceptions, ppc_exception_items. PublishPress Permissions options stored to the WordPress options table have an option name prefixed with “presspermit_”. Due to the potential damage incurred by accidental deletion, no automatic removal is currently available. You can use a SQL editing tool such as phpMyAdmin to drop the tables and delete options with option_name LIKE presspermit_%.

Reviews

February 21, 2020
Absolutely love being able to fine tune various things from allowing authors to revise other author's posts (with their approval), members can assign other members to edit their posts, automatic user-as-post when people sign up, precise category permissions, and scenario based permissions. For example I could create a WP-tag that is assigned to a WP-post that is a region/organization/idea; then modify permissions of all posts assigned to that tag. This allows for regional moderators, hiding some tagged content, allowing revisions on not just category based but other specific criteria. Other perks include giving specific members special permissions, revoking for bad behavior, and not giving moderators too much power. In 2018 I left Joomla swapping to WordPress which I missed it's access control levels. PublishPress not only brought it back, it adds hundreds of variations to choose from. Members having auto generated posts allows for adding custom fields, members search integrated within content search, potential for mapping, likes, ect. When running into technical issues the staff are extremely supportive, quick to respond, and are welcoming. One of the better treasure finds this year.
November 10, 2018
The other plugins cannot block individual pages or posts for certain groups. This plugin can do it! It is exactly the missing plugin that WordPress needs compared to Typo3 or other CMS with much better rights management. It is exactly what I was looking for. Many thanks to the developers! In my opinion you need more attention. @Developer I don't use credit cards on principle. Can you add PayPal to your payment options? Then I would also order the Pro version for multiple pages. Thx.
April 8, 2018
I build a system in which clients accessed certain parts of a blog-like diary, seeing only content assigned to them. Worked perfectly (after figuring out how everything worked 😀 took a day...) Highly recommend this.
January 14, 2018
The interface is slightly confusing at firstm but this is the only plugin that I know of where you can customize the individual posts that users can modify.
December 18, 2017
After the latest upgrade, I am now no longer be able to add exception to anything (post, page, users, events, etc). So basically PressPermit is not usable at the moment. I've contacted support but the issue was just marked as resolved without asking me for feedback at all. It's still not working and we'll be forced to look for alternative if there's no help from "Support".
Read all 35 reviews

Contributors & Developers

“PublishPress Permissions: Control Access for Posts, Pages, Categories, Tags” is open source software. The following people have contributed to this plugin.

Contributors

Changelog

3.1 – 16 Mar 2020

  • Change : Metaboxes in Post, Term editors recaptioned as “Permissions: Read this Page”, “Permissions: Edit Posts in this Category” etc.
  • Change : Edit Group / User Permissions – Exceptions recaptioned as “Specific Permissions”
  • Change : Edit Group / User Permissions – “Also these / Not these / Only these” recaptioned as “Enable / Block / Limit to”
  • Change : Edit Group / User Permissions – Operation and Adjustment selection UI uses radio buttons (for new Specific Permissions) instead of dropdown select
  • Change : Edit Group / User Permissions – Operation, Adjustment and Qualification selections persist (for new Specific Permissions) until changed
  • Change : Edit Group / User Permissions – Minor styling improvements
  • Feature : Edit Group / User Permissions – Mirror currently stored Specific Permissions to another operation (new bulk edit action). Example: copy “Edit Page” restrictions as “Set as Parent” restrictions.
  • Fixed : Status Control module – Fatal error when clicking on the “Attach” button in the “Uploaded to” column on the Media Library listing
  • Fixed : Status Control module – Pre-publish button was captioned to “Workflow…” on Edit Post screen, but not Add New Post screen
  • Fixed : Non-editors with editing exceptions did not see Edit link on front end Admin Bar if Classic Editor plugin active with “Allow users to switch” setting disabled
  • Compat : Ubermenu – Intermittant failure to retrieve top level menu items broke front end rendering on some sites
  • Compat : WP Bakery Page Builder – Editing exceptions were not effective for users lacking role capabilities
  • Compat : PublishPress Revisions – If Collaborative Publishing module is not enabled, notify about need for it.

3.0.2 – 5 Mar 2020

  • Feature : Option to apply Publish exceptions separate from Edit exceptions (Permissions > Settings > Advanced > Permissions Admin). Previously available by constant definition.
  • Fixed : Statuses module activation caused Publish exceptions to be ineffective
  • Fixed : Import module – corrections to import of RS Category Restrictions on the Post Contributor, Post Author and Post Editor roles
  • Fixed : Import module – corrections to import of Page Associate Restrictions
  • Change : Import module – styling improvements

3.0.1 – 2 Mar 2020

  • Fixed : Featured Images were not properly attached to post if they have an alt text value
  • Fixed : Post editing exceptions did not grant post meta editing capabilities
  • Fixed : Publish capability was not credited from assigned exceptions in some scenarios
  • Compat : PublishPress Revisions 2.2.1 – if set to trigger save_post action on revision publication, do not execute normal Permissions action handlers
  • Compat : Divi Page Builder – Non-editors with page-specific editing exceptions could not use Divi editor
  • Compat : WPML – Error mirroring category/term exceptions to translations

3.0 – 20 Feb 2020

  • Feature : On activation, detect Role Scoper installation and offer to import it
  • Fixed : Javascript error when a published post is unpublished in the block editor
  • Fixed : Settings screen – dropdown select items sometimes failed to display current setting due to browser autocomplete
  • Fixed : Edit Permission Group – After new custom group creation, “back to groups list” linked to WP Roles list instead of Custom Groups
  • Fixed : Permission Groups screen – groups corresponding to deleted WordPress roles could not be deleted
  • Fixed : Post editor – Non-administrators with permission assign exceptions got no results from group / user search
  • Fixed : File Access module – Fatal error with Nginx configuration output enabled
  • Fixed : Status Control module – Privacy statuses were not selectable in block editor due to javascript error
  • Fixed : Status Control module – If custom capabilities are disabled for a status, supplemental roles already assigned for that status were treated as a standard statuses role assignment
  • Fixed : Status Control module – With Revisions enabled, “Prevent Revisors from editing other users’ drafts” setting also prevented other non-Editors from editing posts of a custom workflow status that uses custom capabilities (also requires PP Revisions 2.1.9)
  • Fixed : Collaboration module – Stop filtering page parent dropdown needlessly for Administrators (caused invalid results and browser freeze under rare conditions)
  • Compat : File Access module + Peepso plugin – anonymous users could not view Peepso feed on front end
  • Compat : Divi Page Builder – Non-Editors could not edit new page after creating it
  • Compat : Divi Page Builder – Non-Editors could not enter Divi UI
  • Compat : Yoast SEO – Admin dashboard access generated two PHP warnings for database error under some configurations
  • Compat : WPML – Exceptions were not mirrored to post / category translations, even if Mirror setting enabled
  • Compat : WPML – With Permissions > Settings > Editing > WPML > “Mirror Post Exceptions to translations” enabled, exception assignment UI was not displayed in post editor for source post
  • Compat : WPML – With Permissions > Settings > Editing > WPML > “Mirror Term Exceptions to translations” enabled, exception assignment UI was not displayed in term editor for source term
  • Compat : WPML – With Permissions > Settings > Editing > WPML > “Mirror Post Exceptions to translations” enabled, Edit Group Permissions screen did not show selection UI for source language posts
  • Compat : Media Library Assistant – PP Permissions were not applied on Media Library thumbnail view or Select Media tab
  • Compat : Image Source Control – Newly uploaded featured image was not formally attached to post (also apply this compatibility fix if constant PRESSPERMIT_LIMIT_ASYNC_UPLOAD_FILTERING is defined)
  • Change : Admin menu ordering – If PublishPress Capabilities is active, display Permissions menu below Capabilities (both under Users)
  • Perf : Edit Page with Block Editor – Prevent needless core queries
  • Fixed : Edit Permissions screen styling: alignment of Add Roles / Exceptions tab borders

2.9 – 9 Jan 2020

  • Change : Renamed to PublishPress Permissions
  • Compat : PublishPress Capabilities Pro

2.8.8 – 23 Dec 2019

  • Compat : Themes that break Gutenberg by making meta boxes steal screen space from editor
  • Fixed : Featured images added by post editor were not formally attached to image
  • Fixed : Posts screen – Mine count was not filtered
  • Change : Posts screen – Don’t default non-Editors to “Mine” view because we are filtering results for What You See Is What You Can Edit
  • Compat : Status Control + Classic Editor – PublishPress statuses were missing from dropdown if PressPermit Status Control module enabled but Permissions > Settings > Core > Filtered Post Types disabled
  • Fixed : Status Control – Giving an Author a Supplemental Editor role for a specific workflow status also made them an Editor for standard statuses
  • Fixed : Permissions > Post Statuses – Enabled post types for a specific status could not be customized if status capabilities were set to default
  • Fixed : Permissions > Post Statuses > Post Types – Remove misleading caption “Apply custom permissions for” because this controls status availability, not permissions filtering
  • Fixed : Permissions > Post Status > Capability Mapping – only offer statuses that have their own custom permissions enabled
  • Fixed : Status Control – Workflow branch statuses were not displayed in Gutenberg
  • Change : Status Control – By default, when post status is set to a workflow branch, don’t hide non-branch statuses from the dropdown
  • Fixed : Sync Posts – User posts not created for users who are already the author of another post
  • Fixed : Sync Posts – On Settings screen, Post Match Field dropdown could have a duplicate “Post Title” item
  • Fixed : Teaser – PHP warning for undefined constant INT_MAX
  • Fixed : Avoid PHP warnings or unexpected behavior if a post is improperly stored with a zero ID

2.8.7 – 10 Dec 2019

  • Feature : Option to disable PublishPress branding (admin footer on PressPermit screens)
  • Fixed : WP Menu Management – Category Search did not work
  • Fixed : Edit Group Permissions – Category Search on “Add Exceptions” tab did not work
  • Fixed : Edit Group Permissions – when selecting groups for Group Exceptions assignment, redundant UI display (checkboxes for “All” tab not initially hidden)
  • Fixed : BuddyPress – Permission Group management permissions could not be assigned for selected BuddyPress Groups
  • Fixed : BuddyPress – Non-administrators could not edit a BuddyPress Permission Group without edit_users capability
  • Fixed : Teaser – login redirect did not work on some sites
  • Fixed : File Access – Fatal error on PressPermit Settings screen “Revert to Defaults” on single-site installations with File Access module active
  • Change : Accommodate larger search results set on Ajax user search
  • Compat : White Dot Theme – Exceptions metaboxes on Edit Post screen had broken layout, could not search for users / groups
  • Compat : TwentyTwenty theme modified alignment of PressPermit Settings columns
  • Compat : PublishPress Revisions – Revision Exceptions (“Also these” taxonomy assignments) were not applied correctly for Authors
  • Compat : WP Bakery Page Builder – Category editing exceptions also stripped categories out of the filter bar of the “Post Masonry Grid” element (with category filter enabled)
  • Compat : JReviews plugin – PHP warning due to ‘the_posts’ results array being set to null under some conditions

2.8.6 – 25 Nov 2019

  • Compat : PublishPress Revisions – Fatal error on Plugins screen when PublishPress Revisions 2.0.x is also active
  • Fixed : PHP Warning on page deletion (Trying to get property ‘term_taxonomy_id’ of non-object), with some configurations

2.8.5 – 21 Nov 2019

  • Compat : PublishPress Revisions – For email notification, Pending Revision Monitors group member assignments were not used as notification recipients

2.8.4 – 21 Nov 2019

  • Fixed : File Access module – One-time fatal error on plugin activation, file access rules not added to uploads/.htaccess
  • Fixed : Limiting Post Editing by Category or Term – newly created post uneditable to author if no category selected and explicit Category Assignment exceptions are either not set or set for more than one category
  • Compat : ACF – previews did not show unsaved changes
  • Compat : PublishPress Revisions – When non-Administrator edited an existing revision it became a regular pending post, under some configurations
  • Compat : Project Nami – Users could not be added to groups
  • Compat : Project Nami – Exceptions could not be removed

2.8.3 – 8 Nov 2019

  • Fixed : Updating a page while Page Parent selection is limited could cause the page to be moved to top level (since 2.8.1)
  • Compat : PublishPress Revisions – Save button captions on Edit Revision screen showed “Save Draft” instead of “Update Revision” (also requires PublishPress Revisions 2.0.13)
  • Fixed : PHP Notice on page previews with PublishPress Revisions active
  • Fixed : PHP Notice – trying to access property term_name on a non-object, under some configurations
  • Fixed : Custom get_terms() calls: some “fields” argument values were not supported

2.8.2 – 31 Oct 2019

  • Fixed : Page Parent storage in Gutenberg – page could be set to top level even if blocked by Exceptions or Permissions > Editing > Page Structure
  • Fixed : Edit Permissions screen – when selecting Media for Exception assignment, paging did not work in the Select Media metabox
  • Change : Edit Permissions screen – for Page / Category Association restrictions, available items now include “(no parent)” instead of “(none)”
  • Fixed : Edit Permissions screen – Page / Category Exceptions – fatal error on update if item “(none)” was selected with “sub-Items” checkbox selected
  • Compat : Public Post Preview plugin
  • Fixed : PHP Warning for undefined variable force_for_item_type

2.8.1 – 28 Oct 2019

  • Fixed : Page Parent dropdown in Gutenberg editor – pages out of order or omitted
  • Feature : Page Parent dropdown option: Permissions > Settings > Editing > Content Management > Order Page Parent dropdown by Title
  • Fixed : Teaser module – Redirect Page setting did not work
  • Feature : Teaser module – Redirect Page setting supports [login]
  • Compat : PublishPress Revisions – Support recaptioning of Preview button on Edit Revision screen
  • Compat : PublishPress Revisions – PHP warning for database error on Revision Queue screen under some permission configurations
  • Fixed : Supplemental Media Author role – uploader stuck on “Crunching” after uploading a file, could not open it until reloading Media Library
  • Fixed : Upload access adjusted by Exceptions or Circles was properly filtered in Media Library list view, but not thumbnail view
  • Fixed : File Access – uploads/.htaccess rules needlessly regenerated under some conditions
  • Change : File Access – Support constant definitions to troubleshoot uploads/.htaccess generation
  • Fixed : Edit Permissions screen – Improper UI handling for editing existing exceptions if Apply button is clicked twice or without any items selected
  • Fixed : PublishPress footer on plugin screen had no styling unless other PublishPress plugin active
  • Change : Plugins screen – Put Settings link next to Activate / Deactivate (was in plugin description area)

2.8 – 2 Oct 2019

  • Compat : Multiple Authors 3 – Avoid Gutenberg whitescreen by disabling “Default Empty Author” option
  • Compat : PublishPress Revisions (Revisionary) 2.x – Revision Queue was not displayed to Revisors
  • Compat : PublishPress Revisions (Revisionary) 2.x – Setting to “Prevent Revisors from editing other users’ drafts” was not applied
  • Compat : PublishPress Revisions (Revisionary) 2.x – pending or scheduled revisions were displayed in Page Parent dropdown if Revisionary deactivated
  • Compat : Revisionary – updates fail on Dashboard > Updates with Revisionary active
  • Fixed : Gutenberg Category selection – Authors and Contributors could not change category under some configurations
  • Fixed : Exceptions to adjust term assignment access were ineffective with Gutenberg editor
  • Fixed : Category / Term listing: after clicking Universal Exceptions link, category links led to edit screen for type-specific exceptions
  • Fixed : File Access module – On network-activated installations, file rules were not updated / cleared for all sites under some conditions
  • Fixed : PHP error on Permissions > Role Usage when “Display Administrative Hints” enabled
  • Fixed : PHP notice when Term Exceptions are assigned to enable access (adjustment mode “Also these”)
  • Fixed : PHP notice for undefined variable last_parent on Edit Post screen
  • Fixed : PHP notice for string conversion from array
  • Fixed : On initial installation, admin notice to “replace the PressPermit plugin with Press Permit Pro” was displayed
  • Change : On Permissions > Groups list, change “Group” filter link to “Custom Group”
  • Change : Added PublishPress footer to plugin screens
  • Change : Settings screen – improved styling and refresh behavior for License Key, Version status
  • Change : On Post / Term Edit screen, display Membership module activation suggestion only for first exceptions metabox (Read)

2.7.28 – 13 Sep 2019

  • Fixed : Exceptions assigned for “All” post types and “Only these” categories blocked access to all categories

2.7.27 – 11 Sep 2019

  • Fixed : Fatal error if Revisionary 1.x active (since 2.7.26)
  • Fixed : White screen on Gutenberg post edit by non-Administrator, if PressPermit filtering enabled for post type (since 2.7.26)
  • Fixed : File Access module – Media category exceptions did not enable reading access to files attached to a private or trashed post (requires constant definition PP_ALL_ANON_FULL_EXCEPTIONS)

2.7.26 – 9 Sep 2019

  • Compat : Revisionary Pro, Revisionary 1.5
  • Fixed : File Access module – fatal error on multisite installations
  • Fixed : File Access – access to public attachments was blocked if Media not enabled in Permissions > Settings > Core > Filtered Post Types
  • Fixed : File Access – Reading Exceptions to enable the {All} / {Anonymous} role could not be set
  • Fixed : File Access, Import module – when network-activated, avoid unexpected behavior by restoring previous site switching behavior for various administrative tasks
  • Fixed : Fatal error if Revisionary 1.2.x (releases older than March 2019) active

= 2.7.25 – 29 Aug 2019 –
* Fixed : File Access module – fatal error / rule flush failure on a network installation where PressPermit Pro is not network-activated
* Change : Work around unexplained class loading error on early user_has_cap filtering with CAS integration
* Fixed : Teaser module – PHP warning for missing argument in found_posts filter application with BeaverBuilder, other plugins
* Compat : Beaver Builder – support edit capabilities in place of read capability for front end editing (requires Compatibility Pack module)
* Fixed : Collaborative Publishing module – Exceptions for Category Management and Category Association could not be set on Edit Category screen

2.7.24 – 21 Aug 2019

  • Fixed : Teaser was not applied for unauthorized access to unattached file uploads when “unattached uploads private” setting is enabled
  • Fixed : Teaser was not applied for direct file access attempts
  • Fixed : Teaser – PHP Notice when teaser is applied for media that is attached to a private post
  • Fixed : File Access module – Fatal error on unauthorized access attempt to Media when teaser is enabled
  • Fixed : File Access – PHP notices when accessing a media item that is attached to a post with an unregistered status
  • Fixed : File Access – PHP notices if the post which media was attached to has been deleted
  • Fixed : File Access – Media attached to draft, pending and trashed posts was not protected
  • Fixed : File Access – Using Gutenberg editor to update post status to or from private did not update attached file access accordingly
  • Fixed : Edit Post screen showed “Upgrade to Pro” prompt if Collaborative Publishing module inactive
  • Fixed : If get_pages() was called with depth, child_of, and exclude_tree arguments, some pages were not properly excluded
  • Fixed : Conflict with Multiple Authors Pro (file inclusion for shared vendor classes)
  • Fixed : PHP Notices for undefined variable if get_pages() or wp_list_pages() is called with hide_empty argument

2.7.23 – 8 Aug 2019

  • Fixed : Categories were improperly filtered when queried within a shortcode, and in other cases where get_terms() was already previously called
  • Fixed : Conflict with TagDiv Cloud Library plugin (Newspaper Theme) and others that use a non-standard REST handler structure
  • Fixed : Gutenberg – If a user is blocked from reading posts in a category, they could not assign the category either (since 2.7.22)
  • Fixed : Gutenberg – If a user is blocked from reading posts in a category, a PHP error was generated when they edit a post in that category
  • Fixed : Gutenberg – Improvements to REST term filtering

2.7.22 – 5 Aug 2019

  • Fixed : UI duplication on Add New User screen if custom permission groups are defined
  • Fixed : Terms were improperly filtered if get_terms() was already previously called
  • Fixed : Term filtering was skipped for URLs linked from Edit Post/Page screen
  • Fixed : Inconsistent formatting of messages below Plugins row

2.7.21 – 5 Aug 2019

  • Fixed : Add New User screen was missing Permission Groups selection UI
  • Change : Allow File Filtering on installations with a custom uploads folder location outside wp-content path

2.7.20 – 23 Jul 2019

  • Fixed : Revisionary – Admin Bar “Edit Page” link was not displayed based on revision submission permissions
  • Fixed : Revisionary – PHP Notice “Undefined variable: item_type” under some configurations
  • Change : When a page is edited by a user who cannot set page parent to top level, don’t re-caption page parent option from “(no parent)” to “(select)” if page is already top level
  • Fixed : If a top level page was edited by a user who cannot set parent to top level, the page parent setting was automatically changed
  • Change : On a fresh install (with no previous Press Permit Core activation), enable only a subset of modules by default (Collaborative Publishing, Compatibility, Status Control, Sync Posts)

2.7.19 – 18 Jul 2019

  • Fixed : bbPress – Fatal error on front-end search by non-Adminstrator

2.7.18 – 17 Jul 2019

  • Fixed : Supplemental Media Editor role granted Post Editor capabilities if Permissions > Settings > Core > Filtered Post Types > “Enforce distinct edit, delete capability requirements for Media” not enabled
  • Fixed : Revisionary – Fatal error if logged user has a category-based editing exception
  • Fixed : Revisionary – Pending Revision submission failure under some configurations
  • Fixed : Teaser Module – Fatal error on front end if Nav Menu includes a category or term
  • Fixed : Custom post types – exceptions restricting parent dropdown removed too many options, under some configurations

2.7.17 – 11 Jul 2019

  • Fixed : Users lacking read capability were blocked from viewing public posts (now apply this requirement only if constant PRESSPERMIT_STRICT_READ_CAP is defined)
  • Fixed : API – undefined function pp_get_groups_for_user

2.7.16 – 10 Jul 2019

  • Fixed : Gutenberg – when Media was enabled as a Filtered Post Type, non-Administrators could not view attachments in the post editor unless they had a supplemental Media Author / Editor role
  • Fixed : Gutenberg – when Page Parent selection is restricted, available pages were wrongly excluded if their parent was not selectable
  • Fixed : Classic Editor – when Page Parent selection is restricted for a custom post type, available pages were wrongly excluded if their parent was not selectable
  • Fixed : File Access – fatal error when File Attachments utility was selected in Permissions > Settings > File Access
  • Fixed : Error for undefined method isNetworkActivated under some configurations
  • Fixed : Notice for undefined variables last_siteroles_hash, siteroles_hash
  • Fixed : Notice for undefined constant PRESSPERMIT_COMPAT_VERSION if Collaborative Publishing module enabled without Compatibility Pack
  • Change : If constant PRESSPERMIT_MEDIA_IGNORE_UNREGISTERED_PARENT_TYPES defined, Media Library filtering treats media attached to a post of unregistered type as unattached

2.7.15 – 8 Jul 2019

  • Fixed : Group roles were not applied under some configurations
  • Fixed : Gutenberg – Page Parent dropdown options were not expanded to include private, unpublished pages
  • Perf : Eliminated redundant role retrieval queries, processing
  • Change : On migration from Press Permit Core, always enable Compatibility Pack module

2.7.14 – 5 Jul 2019

  • Fixed : Fatal error on front end if Nav Menu includes a Category
  • Fixed : Eyes Only User Access Shortcode plugin – Fatal error on Edit Page screen
  • Fixed : Some stored exceptions were not shown on Edit Permissions screen, under some conditions
  • Fixed : Fatal error if File Access module enabled while old PP File URL Filter plugin still active
  • Fixed : Gutenberg Page Parent dropdown options overly restricted if Read Page exceptions stored

2.7.13 – 5 Jul 2019

  • Fixed : Eyes Only User Access Shortcode plugin – Fatal error on activation

2.7.12 – 4 Jul 2019

  • Fixed : Page Association (parent) restrictions were not applied in Gutenberg editor
  • Fixed : Status Control module – Javascript errors on Gutenberg edit screen for Pages and other hierarchical post types
  • Fixed : Error loading language files on non-English sites

2.7.11 – 2 Jul 2019

  • Feature : If Pending Review status label is customized, apply it within Posts listing rows
  • Fixed : Customized post status labels were not applied to Pending or Approved status
  • Fixed : Relevanssi plugin compat – Fatal error on front end search
  • Fixed : Add Author Page requests from Users listing failed
  • Fixed : API – Error creating a new custom Permission Group via API function call
  • Fixed : Nginx custom file access implementations – Fatal error if File Access module enabled and PP_NGINX_CFG_PATH constant defined

2.7.10 – 2 Jul 2019

  • Fixed : With Classic Editor, fatal error on Edit Post screen if Permissions > Settings > Editing > Limited Editing Elements set with any IDs

2.7.9 – 1 Jul 2019

  • Fixed : WooCommerce – PHP warning on front end in store
  • Fixed : Import Module – Some Role Scoper Options (Filtered Types, Filtered Taxonomies, Default Privacy, Teaser options) were not imported

2.7.8 – 1 Jul 2019

  • Fixed : Custom privacy status capabilities were not correctly required or applied for read access (basic read_private capabilities applied instead)
  • Fixed : Fatal error for non-Administrators attempting to edit a post, under some configurations

2.7.7 – 28 Jun 2019

  • Fixed : Fatal error accessing PublishPress > Settings > Statuses screen

2.7.6 – 27 Jun 2019

  • Fixed : Could not add Manage Group exceptions on Edit Group Permissions / Edit User Permissions screen
  • Fixed : PHP warnings in wp-admin on non-English installations if PHP open_basedir restrictions enabled on server
  • Fixed : PHP warning for undefined variable post_blockage_priority, under some configurations

2.7.5 – 27 Jun 2019

  • Fixed : Fatal error on activation if PP File URL Filter plugin was left active, or if Press Permit Core was deactivated prior to PP File URL Filter

2.7.4 – 26 Jun 2019

  • Fixed : Fatal error on Plugins screen on some sites

2.7.3 – 26 Jun 2019

  • Fixed : Permissions > Install > Help – configuration data upload failed

2.7.2 – 26 Jun 2019

  • Fixed : Import module was not correctly disabled by default on sites that had never installed PP Pro Extensions
  • Fixed : Import module caused fatal error on Permissions > Settings on sites that had a previous Role Scoper installation
  • Fixed : Role Scoper import failed with a fatal error

2.7.1 – 25 Jun 2019

  • Compat : PHP 5.6.x and some PHP 7.x configurations did not tolerate private subclass constructor, threw fatal error on Permissions > Statuses and Permissions > Role Usage
  • Fixed : Notice for undefined variable under when not logged in under some plugin configurations

2.7 – 21 Jun 2019

  • Change : This plugin replaces Press Permit Core and all PP extensions
  • Change : Improved code structure using PHP namespaces
  • Compat : Renamed functions, classes, globals, constants, page slugs and hooks (with back compat) to avoid conflicts with other packages
  • Compat : PublishPress Custom Statuses
  • Feature : Custom Privacy statuses, default/lock privacy settings implemented in Gutenberg editor
  • Feature : On PressPermit Settings update, return to previous tab
  • Fixed : Secondary query_posts() calls blocked results inappropriately under some configurations, due to redundant filtering of the terms query
  • Fixed : Term restrictions applied for “all post types” could not be overridden by exceptions on a different taxonomy
  • Perf : Redundant filtering of terms query within WP_Query calls
  • Change : CSS improvements in Permissions > Settings

2.6.3 – 3 May 2019

  • Compat : PublishPress – Use new menu icon for Permissions menu (otherwise extra menu icon pushed down to next item)

2.6.2 – 2 May 2019

  • Compat : Pro (Revisionary) – Page Edit exception did not enable edit or approval of Pending / Scheduled revisions of the page (also requires PP Collaborative Editing Pack 2.5.8)

2.6.1 – 22 Feb 2019

  • Fixed : PHP Notice on Plugins > Add New

2.6 – 21 Feb 2019

  • Compat : WP 5.0 – extension change logs were not displayed
  • Fixed : Extension updates on wp-admin Plugins screen did not launch in iframe
  • Change : Update copyrights, contributors for PublishPress ownership
  • Change : Purchase / renewal prompt captions and styling
  • Change : Update support links and captions for help ticket infrastructure
  • Change : Minimum WordPress version 4.7

2.5.5 – 21 Jan 2019

  • Fixed : On Edit Page screen, Groups and Users could not be selected for exceptions if WP_DEBUG was defined

2.5.4 – 6 Dec 2018

  • Fixed : Pro – Excessive update checks on Plugins screen if any Pro extensions are installed but inactive
  • Fixed : Pro – Restrictive exceptions assigned directly to a post did not override direct-assigned enabling exceptions, even when PP_RESTRICTION_PRIORITY defined

2.5.3 – 4 Dec 2018

  • Fixed : PHP warning on third party calls to get_terms() with an invalid taxonomies argument
  • Fixed : PHP warning on Permissions > Settings > Install when new Press Permit Core version is available

2.5.2 – 28 Nov 2018

  • Fixed : On the Edit Page form, clearing a “Sub-Pages” exception did not delete propagated exceptions from the subpages
  • Fixed : Quick Edit did not allow private and draft pages to be assigned or retained as parent (since 2.4.2)
  • Fixed : Inability to delete exceptions which were assigned to a user before they become an Administrator (though those exceptions were correctly disregarded)

2.5.1 – 9 Nov 2018

  • Fixed : In Exceptions metaboxes on the Edit Page screen, when a user or group is selected, their “Enabled / Blocked” dropdown was displayed without an identifying label (since 2.5)
  • Change : Pro – Allow the {All} and {Anon} metagroups to be granted Reading Exceptions for specific media items
  • Change : Converted external links to https

2.5 – 28 Sep 2018

  • Compat : PHP 7.2 – Eliminated create_function calls
  • Change : WP coding standards – eliminated extract function
  • Change : WP coding standards – php open / close tag placement

2.4.5 – 21 Aug 2018

  • Fixed : Gutenberg – post update failure
  • Fixed : Gutenberg – restrictive category reading exceptions caused white screen on post creation by restricted author
  • Fixed : Wrong items count on wp-admin Users screen if redundant usermeta records are stored
  • Fixed : PP_GET_PAGES_LEGACY_FILTER did not fully restore previous get_pages() filtering
  • Change : Restore default get_pages() filtering of Page Parent dropdown in wp-admin for Administrators, unless PP_GET_PAGES_LIMIT_ADMIN_FILTERING is defined;

2.4.4 – 14 Jun 2018

  • Fixed : Page Association exceptions were not applied to parent selection dropdown on Edit Page screen (since 2.4.2)
  • Fixed : Pro – PHP warnings for PP extensions on Plugins, WordPress Updates screens
  • Fixed : PHP warnings in wp-admin

2.4.3 – 3 May 2018

  • Fixed : Pro – Invalid update links and PHP warnings for PP extensions on Plugins, WordPress Updates screens

2.4.2 – 2 May 2018

  • Fixed : After a WP role is deleted, the corresponding permission group remained. These can now be manually deleted.
  • Change : Increase limit for number of quick search results in post selection boxes on Edit Group Permissions screen
  • Fixed : “Add Exceptions” dropdowns on Edit Group Permissions screen failed to load on some installations with a server-imposed limit on simultaneous queries
  • Fixed : Groups table not created early enough on some multisite installations when third party code triggers early set_current_user action
  • Compat : get_pages() calls by plugins / themes in wp-admin() may be filtered incorrectly when sort_column is menu_order (for previous behavior, define constant PP_GET_PAGES_LEGACY_ADMIN_FILTER)

2.4.1 – 13 Dec 2017

  • Fixed : Edit Permissions screen : javascript error on Safari browser
  • Fixed : PHP Notice if a serialized PP settings array stored in wp_options table is corrupted
  • Fixed : Compat – PHP Notice for undefined index in pp_find-post-type.php, with some third party plugins
  • Fixed : PHP Notice in Permissions > Settings

2.4 – 14 Nov 2017

  • Feature : Collapsible page selection tree on Edit Permissions screen, defaults visible depth toward a target of 50 visible pages (or as defined by PP_ITEM_MENU_DEFAULT_MAX_VISIBLE constant)
  • Feature : Edit Permissions screen: “Clear All” link on selection review list after selecting post / term exceptions
  • Change : Scheduled posts are not included in blogroll, even if logged user can edit them. For previous behavior, define constant PP_FUTURE_POSTS_BLOGROLL.
  • Perf : Eliminated excessive page queries on Edit Pages screen
  • Perf : Reduced html output and database queries on Edit Group Permissions / Edit User Permissions screen
  • Perf : Improved database query construction and api behavior when inserting propagating exceptions on a page tree (for previous method, define constant PP_DISABLE_OPTIMIZED_INSERTIONS)
  • Fixed : Do not auto-delete role metagroups even if stored roles are no longer active. Otherwise, omission of role registration by 3rd party code triggers unwanted metagroup regeneration, causing stored permissions to be disassociated from users.
  • Fixed : Users whose role metagroup was inappropriately deleted are automatically restored on login or when included in wp-admin Users listing
  • Fixed : Fatal error for undefined function if presspermit_get_group() is called without first calling presspermit_load_admin_api()
  • Fixed : Incorrect REST response under some conditions if PP Collaborative Editing (Pro) not activated
  • Fixed : Edit Post screen: stored post exceptions were not displayed in Exceptions metaboxes on some installations
  • Fixed : If a post has exceptions assigned directly to a user, all of its group-assigned “Only these” exceptions are cleared on post update
  • Fixed : If PP Exceptions metaboxes are re-ordered on the Edit Post screen, they become permanently hidden on the Edit Categories screen
  • Fixed : Multisite – Exceptions were not displayed in custom column on Terms screen
  • Fixed : Comment count in admin bar was not properly filtered for logged non-Administrators on the front end
  • Fixed : Comments total on admin bar was not filtered
  • Fixed : Pro – Eliminate unintended (and ineffective) BuddyPress group membership checkboxes on Edit User screen
  • Fixed : If constant PP_GROUP_RESTRICTIONS was defined and later removed, stored restrictions (“Not these” / “Blocked” exceptions) were still applied
  • Fixed : If constant PP_ALL_ANON_ROLES was defined and later removed, stored supplemental roles for {All} or {Anonymous} group were still applied
  • Fixed : Constant definitions PP_NO_POST_EXCEPTIONS, PP_NO_PAGE_EXCEPTIONS, etc. were not consistently applied
  • Fixed : Responsive styling on Permissions > Settings
  • Fixed : PHP Notice for non-static function act_sync_wproles
  • Fixed : Pro – PHP 7 compat: PP configuration upload
  • Change : Pro – Always include PHP error log in PP configuration uploads
  • Change : Support constant PP_ITEM_MENU_PER_PAGE to adjust paging behavior of post selection metabox on Edit Permissions screen
  • Change : Support constant PP_ITEM_MENU_HIERARCHICAL_PER_PAGE to adjust paging behavior of post selection metabox on Edit Permissions screen
  • Change : If any PP constants are defined, display them (and available related constants) on Permissions > Settings > Advanced
  • Doc : Updated dates in several files
  • Lang : Updated .pot file

2.3.21 – 11 Aug 2017

  • Fixed : PHP Notice on some installations (trying to get property of non-object in groups-retrieval_pp.php)

2.3.20 – 20 Jul 2017

  • Fixed : REST comments retrieval by non-Administrator returned empty if PP Collaborative Editing Pack not activated
  • Fixed : Exceptions and supplemental roles associated with WP role permission group were not applied if pp_group_members table out of sync

2.3.19 – 16 Jun 2017

  • Fixed : Authors could not preview their own scheduled posts
  • Fixed : Database error for duplicate primary key values in table pp_group_members
  • Compat : WP 4.8 – Uppermost Update button on Edit Category screen was ineffective

2.3.18 – 24 Mar 2017

  • Fixed : PHP Warning on Terms Listing screen
  • Compat : Pro – bump PP BuddyPress Role Groups minimum version to 2.1.5 to prevent fatal error on BP Groups screen
  • Fixed : Pro, multisite – PHP warning on login screen if PP Compatibility plugin active but netwide permission groups disabled

2.3.17 – 17 Mar 2017

  • Compat : PHP 7.1 – warning for “expected to be a reference, value given” when PP Collaborative Editing Pack is active
  • Feature : Link in Users table header to list only users who have no group membership
  • Feature : On Users screen, if “no group” / “has role” / “has exceptions” filter is active, set link bold and black
  • Fixed : Improved Formatting on PP plugin screens

2.3.16 – 19 Dec 2016

  • Fixed : Fatal error on some installations (cannot use $this as parameter)

2.3.15 – 15 Dec 2016

  • Fixed : Exceptions were not shown in custom column on Pages screen
  • Fixed : Pro – Page editing access did not grant Media Library access for attached files (site-wide capabilities or a supplemental Media role was also required)
  • Fixed : Pro – Media files editable to a limited user based on parent page access could not be updated (also requires PP Collaborative Editing 2.3.13)

2.3.14 – 7 Dec 2016

  • Compat : WP 4.7 – Fatal error when nav menu includes a category / term
  • Compat : WP 4.7 (Pro) – Fatal error when term-restricted non-Administrator saves a post
  • Compat : WP 4.7 – PHP Warnings in wp-admin
  • Compat : WP 4.7 (Pro) – Term assignment exceptions were not applied to new ‘assign_term’ capability check (also requires PP Collaborative Editing 2.3.9)
  • Fixed : Term exceptions were not shown in custom column on Categories / Terms screen

2.3.13 – 17 Jul 2016

  • Fixed : _trashed suffix was added to post slug inappropriately under some conditions
  • Fixed : Pro – Invalid page parent filtering if PPCE deactivated after page association exceptions were assigned

2.3.12 – 15 Jun 2016

  • Fixed : _trashed suffix was added to post slug inappropriately following Menu editing (and possibly other wp-admin actions)
  • Compat : CMS Tree Page View – Avoid page listing error due to non-standard ‘get_pages’ filter application by CMSTPV

2.3.11 – 9 May 2016

  • Perf : Simplify query clauses that ensure non-blockage of unfiltered post types for anonymous viewer
  • Fixed : Pro – Don’t propagate bbPress exceptions to topics and replies needlessly
  • Change : Pro – Better formatting for license key status UI
  • Change : Move most hardcoded style rules in plugin admin to CSS

2.3.10 – 28 Apr 2016

  • Fixed : On sites that have third party code assigning page parents with a different post type, saving exceptions for “page and sub-pages” causes the storage of unused exception records. This has no functional effect, but presented a performance issue or even script timeout on sites that have thousands of page children.
  • Compat : WPML (and possibly other plugins) – if PP filtering of a post type is disabled, posts of that type are not readable to anonymous users
  • Pro : Permissions > Settings > Install now displays link to presspermit.com account page for display of license key(s) and activated site(s)

2.3.9 – 12 Apr 2016

  • Compat : WP 4.5 – Exception metaboxes on Edit Term screen were missing
  • Compat : WP 4.5 – Term / Post selection boxes on Edit Permissions screens were missing bottom padding
  • Compat : PHP 7 – Eliminated notices for constructors, static function calls and array to string conversion
  • Feature : Groups column on Users screen is now sortable
  • Fixed : With constant PP_ALL_ANON_FULL_EXCEPTIONS defined, Reading Exceptions granted to Anonymous metagroup for private posts were ineffective
  • Fixed : When a subpage was edited by a user blocked who cannot modify page parent due to an “Only these – none” association exception, the page was set to top level if Permissions > Settings > Editing > Page Structure set to “no parent filter” or “Page Authors, Editors and Administrators”. This can now be prevented by assigning “Not these – none” association exception.
  • Fixed : Pro – Authors could not edit their own draft posts via REST API v2
  • Change : Support constant PP_UNFILTERED_TERM_COUNTS
  • Change : Pro – Refresh link in license key entry / status UI

2.3.8 – 18 Jan 2016

  • Fixed : “Only these” exceptions set for a post type based on term/category causes the Edit Post form to default-assign the corresponding exception directly to posts of the same ID. If the exception is based on term “(none)”, the exception is default-assigned to all new posts. NOTE: Affected posts will need to be manually edited.

2.3.7 – 7 Jan 2016

  • Fixed : Truncated Plugins listing if PP license key is inactive or expired (since 2.3.5)

2.3.6 – 7 Jan 2016

  • Fixed : Pro – extension installs and updates failed (since 2.3.5)

2.3.5 – 6 Jan 2016

  • Lang : Some strings were missing text domain
  • Lang : Updated .pot, .po files
  • Fixed : Pro – Change log for extensions was not displayed under some conditions
  • Change : License key availability, expiration notices for PP Core in Plugins row

2.3.4 – 4 Jan 2016

  • Fixed : Fatal error on user registration

2.3.3 – 21 Dec 2015

  • Fixed : WP 4.4 – On Users screen, UI to bulk add/remove permission group membership was non-functional

2.3.2 – 18 Dec 2015

  • Fixed : Additional permissions error (since 2.3.1)

2.3.1 – 18 Dec 2015

  • Fixed : Not Found error on front end for all Subscribers and anonymous viewers (since 2.3)

2.3 – 18 Dec 2015

  • Feature : REST v2 support for filtering of Posts and Terms
  • Fixed : WP 4.4 – Private pages were excluded from page uri hierarchy, caused invalid link display on Edit Page screen and Pages listing
  • Change : Supplemental Roles and Exceptions can be cloned to custom Permissions Groups
  • Change : Pro – Allow disable of “Hide non-editable posts” setting if constant PP_ADMIN_READONLY_LISTABLE is defined
  • Change : Support constant definition PP_DISABLE_NAV_MENU_FILTER
  • Change : Support constant definition PP_GET_PAGES_PRIORITY for later filter application in case of interference by third parties
  • Feature : Pro – Support pp_manage_own_groups capability (also requires PP Collaborative Editing 2.2.3)
  • Fixed : Pro – Non-editable groups were included in Permission Groups list for non-Administrators with group management exceptions
  • Fixed : Pro – Group management exceptions did not allow non-administrators to bulk add/remove group membership
  • Fixed : Pro – On networked sites with network groups enabled, member network groups were listed twice on Groups column of site 1 Users screen
  • Fixed : Pro – On networked sites with network groups enabled, site-specific permission group membership was not editable on Edit User screen of secondary sites
  • Fixed : More consistent application of group and member management capabilities for non-Administrators

2.2.8 – 20 Nov 2015

  • Compat : Advanced Custom Fields and WPML – ACF metaboxes were not displayed on Edit Post screen if translation was enabled for fields
  • Change : Streamlined Bulk Groups UI on Users screen (single groups dropdown for Add/Remove)
  • Change : Added an option on Advanced tab to disable Bulk Groups dropdown on Users screen
  • Change : Don’t display Bulk Groups dropdown if no groups are defined
  • Fixed : Removed extra top margin in Permission Groups box on Edit User screen
  • Lang : Updated .po file

2.2.7 – 6 Nov 2015

  • Fixed : On Network installations, PP User Search returned no results unless a user meta search was also specified (since 2.2.5)

2.2.6 – 5 Nov 2015

  • Fixed : On Edit Page screen, User and Groups searches yielded no results if PP Collaborative Editing extension was inactive (since 2.2.5)
  • Fixed : On Edit Page screen, User and Groups search UI had results box and search button too narrow (since 2.2.5)
  • Fixed : Extra gap in Permissions menu when accessing Edit Group/User Permissions screen
  • Change : If custom fields are not defined for user_meta search, UI provides a maximum of three key/value inputs
  • Change : User_meta search input box title attribute mentions the PP_USER_SEARCH_META_FIELDS constant (for logged Administrators if “Display hints” and “Advanced” settings are enabled)

2.2.5 – 3 Nov 2015

  • Feature : Bulk Add / Remove permission groups on Edit Users screen
  • Feature : In PP UI, search for users by First Name / Last Name / Nickname
  • Feature : In PP UI, search for users by any string/numeric/boolean field specified in constant PP_USER_SEARCH_META_FIELDS (comma separation for multiple user_meta keys)
  • Feature : constant PP_USER_SEARCH_NUMERIC_FIELDS causes corresponding user_meta search entries to be cast to numeric
  • Feature : constant PP_USER_SEARCH_BOOLEAN_FIELDS causes corresponding user_meta search entries to be cast to boolean
  • Feature : constant PP_USER_SEARCH_FIELD specifies a usermeta field to apply main user search box to (deprecates constant PP_USER_LASTNAME_SEARCH)
  • Change : When constant PP_USER_SEARCH_FIELD or PP_USER_LASTNAME_SEARCH is defined, Find User caption above search box reflects this
  • Change : If constant PP_USER_RESULTS_DISPLAY_NAME is defined, set user_login as title attribute for hover display
  • Change : Reading Exceptions metabox on Edit Post/Page screen does not indicate default access (Yes/No) for WP roles until post is published
  • Perf : Eliminated some redundant javascript output

2.2.4 – 28 Sep 2015

  • Fixed : PHP Notice for missing action argument broke some Ajax responses
  • Change : Support constant PP_RESTRICTION_PRIORITY to force “Not these” exceptions to take priority over “Also these” exceptions

2.2.3 – 28 Sep 2015

  • Fixed : PHP Notice when a user’s role is changed
  • Change : Support constant PP_UNFILTERED_FRONT to disable read access filtering
  • Change : Support constant PP_UNFILTERED_FRONT_TYPES to specify which (comma-separated) post types should have read access filtering disabled
  • Change : When PP_UNFILTERED_FRONT is defined, also support filters pp_skip_filtering and pp_skip_cap_filtering to allow third party identification of queries which should not be filtered

2.2.2 – 25 Aug 2015

  • Fixed : Improved formatting on Edit Permission Groups screen
  • Fixed : Pro – Membership editing UI was displayed inappropriatedly on Permission Group screen for BuddyPress Groups
  • Fixed : Pro – PHP Warnings on configuration upload under some conditions

2.2.1 – 3 Jul 2015

  • Fixed : Pro – Extensions could not be updated
  • Fixed : Pro – On WP 4.2, extensions were deactivated following update

2.2 – 2 Jul 2015

  • Fixed : If a specific user has a set of “Only these” exceptions assigned, the Edit Post/Page screen did not correctly handle new exception assignments for that user
  • Fixed : PP key could not be deactivated after expiration
  • Fixed : If PP_USER_RESULTS_DISPLAY_NAME is defined, user_login was still displayed for selected / stored exceptions
  • Fixed : If PP_USER_LASTNAME_SEARCH is defined, partial searches (entering a portion of the last name) did not work
  • Fixed : Database error when the Edit Post/Page screen was used to add a new user-specific exception
  • Fixed : PHP Warning for undefined “action” argument when accessing wp-admin
  • Perf : Don’t load dashboard-specific code on Ajax or direct file access calls (if PP Collaborative Editing is inactive or >= 2.2)
  • Perf : Fixed slow query (exceptions count) on Edit Permission Groups screen

2.1.57 – 22 Apr 2015

  • Fixed : Pro – If Network Groups or BuddyPress Groups had limiting “Only these” exceptions set, those exceptions were not displayed properly in the Edit Page metaboxes and could be lost on page update
  • Fixed : PHP Strict Warning when retrieving exceptions under some configurations

2.1.56 – 21 Apr 2015

  • Fixed : “Add New” button was missing from top of Permissions Groups screen
  • Fixed : Relative URL in wp_http_referer argument may prevent redirect failure on some servers following permission group creation
  • Fixed : Harden security within wp-admin (mirroring WP 4.1.1 changes)
  • Change : Editing exceptions on parent post also allows deletion of attachment if constant PP_EDIT_EXCEPTIONS_ALLOW_DELETION or PP_EDIT_EXCEPTIONS_ALLOW_ATTACHMENT_DELETION is defined
  • Change : Search users by last name if constant PP_USER_LASTNAME_SEARCH is defined
  • Change : Display user search results by display name if constant PP_USER_RESULTS_DISPLAY_NAME is defined
  • Chagne : If a custom WP_Query call passes in a required_operation argument, don’t override it

2.1.55 – 17 Mar 2015

  • Fixed : Permission Groups management screen failed with fatal error / white screen on WP 3.9.x and previous (since 2.1.52)
  • Change : Editing exceptions also allow deletion if constant PP_EDIT_EXCEPTIONS_ALLOW_DELETION is defined
  • Change : Editing exceptions also allow deletion for specified post type if constant PP_EDIT_EXCEPTIONS_ALLOW_PAGE_DELETION, PP_EDIT_EXCEPTIONS_ALLOW_ATTACHMENT_DELETION, etc. is defined

2.1.54 – 21 Feb 2015

  • Fixed : PP tabs in wp-admin broke if a third party plugin added classes to their links
  • Feature : Support filtering of WP Users listing by PP group, by appending pp_group argument to URL
  • Compat : Wiki plugin – white screen on non-Administrator access of wp-admin Wikis screen

2.1.53 – 4 Feb 2015

  • Compat : Visual Composer – invalid display of VC “add element” UI on Edit Term screen

2.1.52 – 3 Feb 2015

  • Compat : The Events Calendar – Ajax refresh of calendar did not display events to subscribers or anonymous viewers
  • Compat : Visual Composer – invalid display of VC metabox on Edit Term screen
  • Change (Pro) : Refresh license key data to more promptly display expiration status
  • Fixed : White screen after cloning permissions from one role group to another
  • Fixed : PHP warning for deprecated function call on Permissions > Groups screen

2.1.51 – 9 Jan 2015

  • Compat : Google Analytics by Yoast – PP filtering was disabled due to GA loading user prior to init action
  • Compat : WP Cron Control – PP filtering was disabled due to WPCC setting constant DOING_CRON universally
  • Compat : Events Manager – PHP Warning on Event Tags, Event Categories screen under some configurations
  • Compat : Kriesi Enfold theme – More Posts query failed
  • Fixed : Incorrect user count for WP role groups on Permissions > Groups screen

2.1.50 – 5 Jan 2015

  • Fixed : Pro: Media Items were not properly filtered in grid view
  • Fixed : Errors on Add Supplemental Role UI if standard WP role definition are deleted
  • Fixed : Pro: Expired license key caused incorrect display of Activation UI
  • Fixed : Fatal Error when calling some PP API functions from front end
  • Fixed : Fatal Error for redeclared class SQLTokenizer on some installations
  • Compat : JSON REST API – filtering of calls does not match typical API usage (now not filtered at all unless PP_FILTER_JSON_REST constant defined)

2.1.49 – 13 Nov 2014

  • Fixed : With “Post-assigned Exceptions take priority” setting active, post-specific enables did not override post-specific blockages
  • Fixed : With Network-wide groups enabled, exceptions stored (with network-wide previously disabled) to regular main site groups were still applied (though not displayed on Edit Group Permissions screen)
  • Fixed : Users with “Only These” editing exceptions for specified pages could delete those pages for editing access to other pages. Trash/deletion is now blocked unless user also has an “Also these” exception for the page.
  • Fixed : PHP warnings for “implode(): Invalid arguments” on various wp-admin screens
  • Fixed : Some non-Apache servers had “Fatal error: Object of class stdClass could not be converted to string” on Edit User and Edit Permission Groups screens
  • Fixed : Edit User screen did not display Network Groups checkboxes under some configurations
  • Change : Post / term selection UI on Edit Permission Group screen now default to 100 items per page, and can be customized via PP_ITEM_MENU_PER_PAGE constant definition.
  • Compat : To resolve numerous Ajax conflicts, don’t require editing permissions by default. New filter ‘pp_ajax_edit_actions’ replaces ‘pp_ajax_read_actions’.
  • Compat : Ozh Admin Menus: caption PP Settings submenu (in Settings menu) more descriptively
  • API : New filter ‘pp_ajax_edit_actions’ to require editing permissions for specific Ajax actions.
  • Fixed : Edit Permissions UI did not obey PP_ALL_ANON_FULL_EXCEPTIONS constant, limiting assignments to the “{All}” and “{Anon}” groups
  • Fixed : PHP warnings on Permissions > Settings > Install screen when key is not activated

2.1.48 – 29 Sep 2014

  • Fixed : Post-specific restrictions were not applied correctly if PP setting “Post-assigned Exceptions take priority” enabled
  • Fixed : Nuisance notification of “Post-assigned Exceptions take priority” setting on new installations

2.1.47 – 4 Sep 2014

  • Feature : Option to change exceptions handling to make post-specific blockages take priority over term-specific additions
  • Fixed : Media Upload by non-Editors stalled on “crunching” under some configurations
  • Fixed : Edit User Permissions screen labeled group Exceptions box as “Supplemental Roles”
  • Fixed : License key expiration message was displayed incorrectly in some situations

2.1.46 – 24 July 2014

  • Feature : Option to keep non-editable posts visible in wp-admin (only if PP Collaborative Editing pack is NOT active).
  • Compat : Co-Authors Plus – basic compatibility if “hide uneditable posts” setting is disabled
  • Compat : Co-Authors Plus – compatibility with PP Pro extensions
  • Compat : Tribe Events Calendar – read access filtering for ajax-loaded displays
  • Fixed : Network Groups were not updated correctly from Edit User screen (Pro)
  • Fixed : Term Management and Association exceptions were not propagated to new sub-terms
  • Fixed : Edit Terms screen did not properly label “only these” exceptions for term Management or Association, cleared them on term update
  • Fixed : Terms list for Universal Exceptions generated invalid link for term edit
  • Fixed : Custom columns in terms listing for Universal Exceptions did not include term Management or Association exceptions

2.1.45 – 11 June 2014

  • Compat : verified WP 3.9.1 compatibility
  • Feature : New setting on Advanced tab to force Administrators to see all pages, even if blocked from the “All” or “Authenticated” groups.
  • Fixed : Unexpected behavior when a parent category/term has no posts
  • Fixed : When “Only these” exceptions are assigned for categories/terms, ignore them if user lacks corresponding site-wide role/capability
  • Fixed : Prev / Next links were not properly filtered on some installations
  • Compat : Slim Jetpack Infinite Scroll (and new filter ‘pp_ajax_read_actions’ to specify other read-only ajax queries)
  • Compat : WP Document Revisions – read_document capability check was not handled correctly
  • Compat : Work around plugins that create a role with no capabilities array
  • Change : Support constant definition PP_NAV_MENU_SHOW_EMPTY_TERMS
  • Change : Apply PP_NO_COMMENT_FILTERING constant even if user has moderate_comments capability
  • Change : Attempted workaround for intermittent failure to propagate exceptions to subpages
  • Lang : Added Brazilian Portuguese translation (by Doppos)

2.1.44 – 26 Feb 2014

  • Fixed : With PP Compatibility extension enabled on Multisite and network-wide groups enabled, fatal error when clicking “Add New” link at top of Groups screen
  • Change : Allow “Also These” / “Enabled” exceptions to be assigned to {All} and {Anonymous} groups if constant PP_ALL_ANON_FULL_EXCEPTIONS is defined
  • Fixed : PHP warning when third party plugin causes an object to be passed into presspermitSanitizeKey()

2.1.43 – 4 Feb 2014

  • Fixed : Posts inappropriately hidden from anonymous users on some installations
  • Compat : The Events Calendar Pro – Ajax calendar refresh returned no entries

2.1.42 – 24 Jan 2014

  • Compat : PP Content Teaser – Teaser was not applied for posts listing when universal category exceptions are active
  • Compat : PP Content Teaser – Teaser was not applied for single post display under some configurations

2.1.41 – 23 Jan 2014

  • Fixed : Read access to Media was blocked unexpectedly under some configurations

2.1.40 – 17 Jan 2014

  • Compat : Slidedeck – Slides made by a direct media upload were not displayed correctly
  • Compat : Slidedeck – Iframe and RESS decks conflict with Press Permit; temporary workaround overrides those options
  • Compat : CMS Tree Page View – Pages editable based on exceptions were not displayed if they have an uneditable parent (also requires PP Compatibility Pack 2.1.11)

2.1.39 – 9 Jan 2014

  • Fixed : Editing permissions were not propagated to newly created pages under some configurations on WP 3.8 (also requires PP Collaborative Editing 2.1.18)
  • Fixed : User search ajax submission with blank search box returned users by creation date with oldest first (should be newest first)
  • Fixed : Work around PHP Bug #52339 – SPL autoloader breaks class_exists()
  • Fixed : PHP Notices on when updating extension plugins with strict error reporting

2.1.38 – 18 Dec 2013

  • Compat : WP 3.8 – styling corrections on Edit Permissions, Settings screens
  • Fixed : Post access blocked per-Role by a Universal Taxonomy Exception could not be enabled per-user or per-group by another Universal Taxonomy Exception
  • Fixed : When a page is re-saved to a different parent, exceptions propagated to subpages from the previous parent were not cleared
  • Fixed : When a page is re-saved to a different parent, exceptions from the new parent were not assigned to subpages
  • Fixed : Pro – Customization of role capabilities for stock WP roles was not reflected in supplemental role assignment (since 2.1.33)
  • Fixed : Pro – Editing exceptions remained partially active even if corresponding pro extensions disabled
  • Feature : Pro – Support list_all_posts, list_all_pages, etc. capabilities (also requires PP Collaborative Editing 2.1.16)
  • Change : Additional explanatory captions on Edit Permissions screen
  • Change : Link on Edit Permissions screen to reload with propagated exceptions displayed
  • Fixed : PHP Notices for non-static function definitions

2.1.37 – 14 Dec 2013

  • Fixed : Pro – Assignment of Tags and other hierarchical taxonomies was not filtered based on “Only these” or “Not these” exceptions (also requires PP Collaborative Editing 2.1.15)
  • Fixed : PHP warning when uploading configuration data from a network installation
  • Doc : Corrected code comment for exceptions array in pp-user.php

2.1.36 – 11 Dec 2013

  • Fixed : After saving changes to Universal Category Exceptions, redirect was back to Edit Category (Post Exceptions)
  • Change : Edit Category screen – additional inline note regarding Universal Category Exceptions
  • Fixed : Pro – Nav Menu Management exceptions were not not applied correctly in some configurations (also requires PP Collaborative Editing 2.1.14)
  • Fixed : Pro – Term Management and Association exceptions assigned via Edit Category screen were not stored correctly (also requires PP Collaborative Editing 2.1.14)
  • Fixed : Pro – Editors excluded from managing specific categories could still edit them via direct URL
  • Fixed : Pro – On Edit Category screen, exceptions metabox for term management was incorrectly captioned as “Post Management”
  • Change : Pro – On Edit Permissions screen, simplify captioning for currently stored term management and association exceptions

2.1.35 – 6 Dec 2013

  • Fixed : When a Page exception was changed from “also subpages” to “selected only”, subpage exceptions were retained but became inaccessable on Edit User/Group screen
  • DB : Update to 2.1.35 exposes propagated exceptions whose base exception is deleted or no longer marked for propagation (and logs them to option ppc_exposed_eitem_orphans)
  • Fixed : Page exceptions were propagated to attachments
  • DB : Update to 2.1.35 deletes invalid / redundant attachment exceptions
  • DB : Update to 2.1.35 exposes propagated attachment Edit Attachment exceptions
  • DB : Update to 2.1.35 exposes propagated attachment “Read Attachment – Only These” exceptions

2.1.34 – 2 Dec 2013

  • Fixed : With PP File URL Filter active, attachments to private posts were not visible unless user had editing capabilities (since 2.1.30)

2.1.33 – 15 Nov 2013

  • Fixed : Improper filtering of get_tags() function
  • Change : By default, Post Tag is enabled as a filtered taxonomy. Previously, it was default disabled yet front end tag filtering was implicitly forced.
  • Change : If PP_GROUP_RESTRICTIONS constant is defined, allow the Editing Exceptions metabox on Edit Post screen to block Groups
  • Change : If PP File URL Filter is not active, Reading Exceptions metabox on Edit Media screen displays notice about direct file access
  • Change : Display warning if a supplemental role assignment will use default capabilities due to invalid customization of the role definition
  • Change : Include PP Group Membership in Permissions > Settings > Help > configuration data upload by default
  • Fixed : Database error if external code calls presspermit_get_groups_for_user() with a metagroup_type argument
  • Fixed : Fatal error on Permissions > Settings > Help > configuration data upload if RS/PP import data enabled and PP Import version number was deleted from database

2.1.32 – 8 Nov 2013

  • Fixed : Exceptions could not be assigned on Edit Post screen if post type name contains a dash
  • Change : If PP_GROUP_RESTRICTIONS constant is defined, allow Post editing Exceptions with “Not these” or “Only these” adjustment to be assigned to custom groups
  • Change : Revised extension installation/update code to more closely mirror the core WP process; may resolve some rare installation errors

2.1.31 – 30 Oct 2013

  • Fixed : Terms were not included in get_terms() output based on user’s access to private posts (since 2.1.28)

2.1.30 – 29 Oct 2013

  • Compat : WP 3.7 – Non-administrators could not access revisions viewer for unpublished posts
  • Compat : WP 3.7 – PHP warnings for undefined capability properties
  • Fixed : wp_list_pages() was not filtered if arguments included nonzero child_of and depth=1 arguments

2.1.29 – 25 Oct 2013

  • Fixed : CMS Tree Page View – could not expand page tree (since 2.1.28)

2.1.28 – 24 Oct 2013

  • Fixed : Propagating Category Exceptions were not correctly assigned to subcategories
  • Fixed : Universal Category Exceptions (for all post types) were not applied correctly in some configurations
  • Fixed : Category widget (and other get_terms output) was inconsistent with post reading access in some configurations
  • Compat : JC Submenu and other plugin / theme code which requires get_pages() or get_terms() to order subpages or subcategories immediately after their parent
  • Fixed : Post types not enabled for PP Filtering were stripped out of Nav Menus on the front end

2.1.27 – 23 Oct 2013

  • Fixed : Nav Menu items (front end display) were not filtered

2.1.26 – 22 Oct 2013

  • Change : Allow page reading exceptions to be assigned for the All or Anonymous metagroup, but display a warning regarding best practice

2.1.25 – 22 Oct 2013

  • Feature : Filter WP image galleries based on attachment reading exceptions
  • Feature : Remove unreadable posts from Nav Menus (previously required PP Collaborative Editing extension)
  • Fixed : Permission Groups was inappropriately displayed as an available Post Type when on “Add Exceptions” tab of Edit Permissions screen
  • Compat : Advanced Custom Fields – don’t filter ajax queries
  • API : New filter ‘pp_exception_type’ for use in applying exceptions to externally defined data sources

2.1.24 – 15 Oct 2013

  • Compat : Eyes Only User Access Shortcode (requires v 1.6)
  • Change : Allow post reading exceptions to be assigned for the All or Anonymous metagroup, but display a warning regarding best practice
  • Fixed : Cannot add Permission Group membership via Edit User screen if that membership was previously expired by a PP Membership date limit but PP Membership plugin is now inactive

2.1.23 – 28 Sep 2013

  • Fixed : Category/Term exceptions to grant additional access did not affect term listings if parent term was inaccessible
  • Fixed : Add Exceptions UI on Edit Permissions screen inappropriately included “n/a” as a Post Type under some conditions
  • Fixed : Several PHP Strict Notices, mostly for non-static functions

2.1.22 – 25 Sep 2013

  • Feature : Bulk-assign roles or exceptions to multiple users (link on Permissions > Users screen)
  • Fixed : Terms were not included in get_terms() output based on user’s access to private posts if terms counts are not shown, or if taxonomy is hierarchical and there are no subterms
  • Fixed : IE styling error on Edit Permissions screen
  • Lang : Added .pot file
  • Lang : Updated .po file

2.1.21 – 23 Sep 2013

  • Fixed : Plugins screen indicated update available for Press Permit Core even if current version was installed
  • Fixed : Automatic update for PP Core was not available from Plugins screen (though version update was flagged and could be installed from the plugin info popup or WordPress Updates screen)
  • Fixed : Non-functional “update now” link for PP Core on Permissions > Settings > Install screen (though plugin could be updated through version details popup)

2.1.20 – 20 Sep 2013

  • Fixed : Could not update plugin from Plugins screen without license key activation (although updates were available from Permissions > Settings > Install since 2.1.15)
  • Change : Get PP Core updates from wordpress.org

2.1.19 – 20 Sep 2013

  • Fixed : Exceptions metaboxes on Term Edit screen was not sized correctly
  • Fixed : If exceptions were deleted on Edit Permissions screen, corresponding post/term edit links remained displayed
  • Fixed : Prevent display of roles / exceptions stored for a custom status if associated extension plugins are inactive
  • Compat : All in One Event Calendar – non-Administrators could not navigate or filter calendar
  • API : New filters ‘pp_ajax_post_types’ and ‘pp_ajax_required_operation’ for disambiguation of third party Ajax queries
  • Compat : Shopp and other plugins which call $wp_query->get_queried_object manually caused hierarchical post types to be filtered correctly
  • Compat : bbPress (when PP Collaborative Editing and PP Compatibility extensions activated)
  • Change : On Settings > Install, restore previous layout for extensions lists
  • Lang : updated .po file

2.1.18 – 18 Sep 2013

  • Fixed : PP filtering of taxonomies could not be enabled/disabled on Permissions > Settings > Core, if PP Collaborative Editing extension not activated
  • Feature : Permissions > Settings > Advanced > Anonymous Users > “Disable all filtering for anonymous users”
  • Change : Support PP_ALLOW_UNFILTERED_FRONT constant. When a logged user has pp_unfiltered capability, suppresses the front-end filtering which normally adds readable private posts to get_pages listing, post count, etc.
  • Change : Add error message string related to new PP Pro 3-site package
  • Change : Improved layout of License key and Extensions sections on Permissions > Settings > Install
  • Change : Improved layout of PP Capabilities section on Permissions > Settings > Advanced
  • Change : Added margin between change log entries!

2.1.17 – 17 Sep 2013

  • Fixed : On Edit Post screen, stored exceptions could not be changed from Enabled to Blocked (or vice versa) without first saving to default
  • Change : Better styling for scrollbars in exception metaboxes on Edit Post screen
  • Fixed : Email notification for comments was blocked under some configurations
  • Fixed : User search – prefixing user search entry with a space did not cause results to be listed alphabetically (since 2.1.15)
  • Change : Support constant PP_SUPPRESS_PRIVATE_PAGES to prevent get_pages() from including them
  • Change : Support required_operation argument in query_posts() call
  • Change : Removed debug comments and dead code from admin/plugin-update_pp.php
  • API : ‘pp_skip_the_terms_filtering’ filter, used by PP Content Teaser extension

2.1.16 – 12 Sep 2013

  • Fixed : Edit User/Group Permissions – exceptions with Post Type of “(all)” were not stored correctly
  • Fixed : On Edit User screen, extra “Custom User Permissions” box with invalid link

2.1.15 – 11 Sep 2013

  • Feature : Permissions > Settings > Advanced > Misc > “User Search: Filter by WP role” – adds a role dropdown below user search button
  • Change : Support PP Core updates without license key activation

2.1.14 – 9/9 2013

  • Initial production release
  • Change : Info link on Install tab for screencast links and other PP Pro promotional info if license key inactive or expired
  • Lang : updated .po file