Changelogs for PublishPress Capabilities Pro

= 2.2 - 26 Aug 2021 = * Feature : Retain last role selection for Capabilities, Editor Features screens * Perf : Sync role to all sites - Operation timed out on networks with ~100 sites * Fixed : Some security scans flagged an unused file in external library \"chosen\". That file (and other developer documentation files) has been removed = 2.1 - 23 Jun 2021 = * Feature : Editor Features restriction (new screen to block editor elements per-role) * Fixed : If Media \"Create\" capability is selected / unselected by clicking Media caption or Create caption, the corresponding upload_files checkbox (in Other WP Core Capabilities section) is not toggled, leading to an apparant update failure * Fixed : If Media \"Create\" capability is negated or un-negated, the corresponding upload_files checkbox (in Other WP Core Capabilities section) is not toggled, leading to an apparant update failure * Compat : Admin Menu restrictions did not block direct URL access to plugin screens * Fixed : Error loading Settings screen if background communication to publishpress.com for key validation fails * Fixed : On front end access, PHP Notice for undefined variable \"menu\" if Nav Menu restrictions are stored * Fixed : PHP Warning if a role is stored without a valid capabilities array * Fixed : Admin Menus restrictions failure, PHP Notices on PHP 5.6 sites = 2.0.3 - 20 May 2021 = * Fixed : Fatal error an role deletion attempt * Fixed : Add User screen: javascript error on some sites * Fixed : PHP Warning if another plugin hooks into \'editable_roles\' filter = 2.0.2 - 6 May 2021 = * Feature : Multisite - \"sync options to all sites\" checkbox. Copies \"use create_posts capability\", Type-Specific Capabilities, Taxonomy-Specific Capabilities, Detailed Taxonomy Capabilities settings * Fixed : Multisite - \"sync role to all sites\" did not work if main site ID is not 1 * Fixed : Fatal error on Capabilities screen if another plugin calls get_editable_roles() too early * Fixed : Key activation connection failure was not handled correctly, causing a fatal error * Fixed : Add New User - couldn\'t display password entry * API: Admin Menus: apply filter pp_capabilities_admin_menu_apply_role_restrictions so additional role-based restrictions can be imposed based on exteral criteria * API: Nav Menus: apply filter pp_capabilities_nav_menu_apply_role_restrictions so additional role-based restrictions can be imposed based on exteral criteria * Compat : PublishPress - Authors without publish capability could directly publish on the Calendar screen * Feature : New Setting to control handling of Admin Menu restriction when user has multiple roles * Change : Permissions - Hide / Unhide Role setting moved to Roles screen row actions = 2.0.1 - 23 Feb 2020 = * Fixed : Fatal error on some installations * Compat : PublishPress - Capabilities admin menu icon misaligned on some sites. To restore CSS workaround, define constant PP_CAPABILITIES_FIX_ADMIN_ICON = 2.0 - 18 Feb 2020 = * Feature : Roles screen * Feature : Multiple role assignment on Add / Edit User screen * Feature : Restrict access to Admin Menus per-role * Feature : Restrict access to Nav Menus per-role * Feature : Menu Restrictions page accepts role argument, links to corresponding Capabilities page * Feature : Capabilities page links to corresponding Menu Restrictions page * Feature : Settings screen * Lang : Fixed handling, activated partial translations in German, Italian, Russian, Spanish, Swedish, Belarusian, Catalan * Change : Capabilities screen - move role selector to top left, eliminate load button * Change : Capabilities screen - move some sidebar items to Settings screen * Change : Adjust some captions, variable names, more selective code execution * Compat : bbPress - Forum, Topic and Reply capabilities were not displayed in Editing Capabilities grid (now supported by Capabilities Pro) * Fixed : Invalid Capabilities - Brief explanatory caption; avoid false positives for post types with map_meta_cap disabled * Fixed : PHP warning for invalid foreach argument, on sites with no active_plugins option stored * Fixed : Backup > Restore - Negated capabilities were not displayed correctly in restore preview * Fixed : Backup > Restore - Clicking label for Initial Backup jumped selection to Last Manual Backup * Change : Backup > Restore - Preview displays \"No changes\" below role name where appropriate = [1.10.1] 8 Oct 2020 = * Fixed : \"Display Branding\" was not successfully deactivated * Fixed : Type-Specific Capabilities options included some non-public WordPress post types that don\'t support capability customization * Fixed : Review of role backup contents does not show name of current roles which would be removed by restoring backup = [1.10] 1 Oct 2020 = * Feature : Improved design and styling for Backup and Restore * Feature : Backup > Restore - filter to display only modified capabilities * Compat : Advanced Gutenberg - include AG Profile capabilities in Editing, Deletion, Reading capabilities grid * Fixed : Media Create / upload_files capability could not be removed from role * Fixed : Enabling Custom Status control caused scrambled Capabilities screen under some configurations * Fixed : Multisite - Incorrect menu display on sites where main site ID is not 1 * Fixed : Language file load failure if plugin directory structure is non-standard = [1.9.11] 3 Jun 2020 = * Fixed : Error on key activation attempt = [1.9.10] 1 Jun 2020 = * Fixed : PublishPress Permissions - Type / Taxonomy settings incorrectly synchronized under some conditions = [1.9.9] 13 May 2020 = * Compat : PublishPress Permissions - \"Type-Specific Capabilities\" setting was not properly synchronized with Permissions > Settings > Core > Filtered Post Types = [1.9.8] 27 Apr 2020 = * Fixed: Fatal error in PublishPress Pro, PublishPress Checklists Pro or PublishPress Authors Pro are inactive = [1.9.7] 24 Apr 2020 = * Fixed: Fatal error in PublishPress Pro, PublishPress Checklists Pro or PublishPress Authors Pro if activated with Capabilities Pro 1.9.6 already active = [1.9.6] 23 Apr 2020 = * Change : Add New Role retains capitalization as entered for role title (otherwise applies proper case) * Feature : Rename Role sidebar box on Capabilities screen * Fixed : Fatal error on plugin load if Administrator role does not exist * Compat : PublishPress Permissions - Post Type selections for \"Type-Specific Capabilities\" were not synchronized with PublishPress Permissions under some conditions * Feature : BuddyPress - section on Capabilities screen, implement bp_create_groups capability = [1.9.3] 17 Mar 2020 = * Fixed : Capabilities screen was not accessible to non-Administrators who have \"manage_capabilities\" capability * Fixed : Some functions were not accessible to network Super Administrators without a role on the site * Change : Clarify some messages for plugin access denial = [1.9.2] 16 Mar 2020 = * Feature : Auto-backup role and capabilities on each update (and on update to this version) * Fixed : First-time installation: Capabilities menu item not displayed until after Plugins or Users menu clicked * Change : Third Party Plugin Capabilities - always display checkboxes even if capabilities not present in Administrator role * Fixed : Plugin capability sections - pp_set_notification_channel and pp_manage_roles were included in both PublishPress and PublishPress Permissions sections * Fixed : Capability Negation (Denial) bulk unselect link was ambiguous due to missing strikethrough = [1.9.1] = * Fixed : PHP 5 - Plugin activation failure due to syntax error * Fixed : Create Role, Copy Role, and Add Capability sidebar functions did not work with ENTER keypress (caused screen reload without applying operation) = [1.9] = * Feature : Manage Role Capabilities screen includes \"Set\" checkboxes for Custom Statuses defined by PublishPress * Feature : Manage Role Capabilities screen includes status-specific and type-specific Set, Edit, Edit Others, Delete, Delete Others checkboxes (requires PublishPress, PressPermit Pro) * Feature : Pro - PublishPress branding (footer) can be disabled * Feature : Capabilities link on PublishPress > Roles row opens Role Capabilities screen * Fixed : Multisite - On sub-sites, Role Capabilities screen did not display PublishPress Capabilities section to Super Administrators who don\'t have a role on the site * Fixed : Reloading caused Role Capabilities screen to display default role * Fixed : Add Capability sidebar added custom capability to role immediately, but capability checkbox did not display as checked until reload * Fixed : Category Assign or Delete capabilities were not effective due to WordPress core forcing default capability requirement * Fixed : Term Assign or Delete capabilities were not effective due to WordPress core forcing default capability requirement * Fixed : Role name captions on Role Capabilities and Backup Tool screens could not be translated * Fixed : Checkbox bulk selection on Role Capabilities screen was incorrect under some conditions * Change : Apply workaround filters for WordPress edit_published_posts / publish_posts handling only for users who have edit_published_posts capability for current post type * Change : Reinstate WordPress edit_published_posts workaround with correct status filtering behavior = [1.8.2-beta3] = * Fixed : Multisite - On sub-sites, Role Capabilities screen did not display PublishPress Capabilities section to Super Administrators who don\'t have a role on the site * Fixed : Category Assign or Delete capabilities were not effective due to WordPress core forcing default capability requirement * Fixed : Term Assign or Delete capabilities were not effective due to WordPress core forcing default capability requirement = [1.8.2-beta2] = * Fixed : Role name captions on Role Capabilities and Backup Tool screens could not be translated * Fixed : Checkbox bulk selection on Role Capabilities screen was incorrect under some conditions * Change : Apply workaround filters for WordPress edit_published_posts / publish_posts handling only for users who have edit_published_posts capability for current post type = [1.8.2-beta] = * Change : Reinstate WordPress edit_published_posts workaround with correct status filtering behavior