WordPress.org

Plugin Directory

PublishPress Permissions – Restrict User Access for Posts, Pages, Categories, Tags

PublishPress Permissions – Restrict User Access for Posts, Pages, Categories, Tags

Description

PublishPress Permissions vous permet d’activer ou de refuser l’accès aux publications, pages, catégories, étiquettes et autres. Vous pouvez appliquer ces droits à des rôles du compte, utilisateurs/utilisatrices individuel(le)s et à des groupes personnalisés.

Avec PublishPress Permissions, vous pouvez contrôler qui peut voir et modifier votre contenu WordPress. Vous pouvez choisir qui peut accéder aux images et aux fichiers de la médiathèque de votre site. Par exemple, vous pouvez refuser tout accès direct aux fichiers pour les utilisateurs déconnectés.

La version Pro de PublishPress Permissions dispose de nombreuses fonctionnalités avancées telles que des extraits de contenu à accès restreint, des états WordPress personnalisés et la création automatique de publications personnelles pour les utilisateurs/utilisatrices.

PublishPress Permissions Pro

Passez à Permissions Pro
Cette extension est la version gratuite de PublishPress Permissions. La version Pro de Permissions possède toutes les fonctionnalités dont vous avez besoin pour contrôler les droits de vos utilisateurs et utilisatrices WordPress. Avec Permissions Pro, vous pouvez gérer l’accès aux publications, pages, médias, taxonomies et types de publication personnalisés. Cliquez ici pour contrôler l’accès à votre site WordPress avec Permissions Pro !

Fonctionnalités principales de PublishPress Permissions

  1. Droits d’affichage : Chaque publication, page et terme de taxonomie comporte une case dans laquelle vous pouvez choisir qui peut lire ce contenu.
  2. Droits de modification : Chaque publication, page et terme de taxonomie comporte une case dans laquelle vous pouvez choisir qui peut modifier ce contenu.
  3. Droits d’accès à la médiathèque : vous décidez qui peut modifier et visualiser les fichiers d’images et les documents de votre médiathèque.
  4. Masquer les publications des autres utilisateurs : Vous pouvez empêcher les utilisateurs de voir les publications des autres utilisateurs et utilisatrices dans la zone d’administration de WordPress.
  5. Créer des groupes d’utilisateurs : Créez des groupes d’utilisateurs auxquels vous pouvez attribuer des droits personnalisés. Les deux groupes par défaut sont les utilisateurs et les utilisatrices connectés et les utilisateurs les utilisatrices déconnectés.
  6. Afficher des presentations du contenu restreint (version Pro) : disposez d’une presentation de texte accessible au public, suivi d’un contenu privé réservé aux seuls utilisateurs et utilisatrices de votre site.
  7. Publications personnelles pour chaque utilisateur et utilisatrice (version Pro) : Vous pouvez créer automatiquement des publications individuelles pour vos utilisateurs et utilisatrices afin qu’ils disposent de leur propre contenu privé à modifier ou à lire.
  8. États de publication (version Pro) : Allez au-delà de « Brouillon », « En attente de relecture » et « Publié » avec votre propre flux de travail personnalisé et bien plus avancé.
  9. États de visibilité (version Pro) : Créez des options de visibilité pour votre contenu. Par exemple, un état « Premium » qui rend le contenu visible uniquement pour les membres payants.
  10. Cercles de rédaction et cercles de visibilité (version Pro) : Limitez les utilisateurs et les utilisatrices à la modification ou à la consultation des publications qui ont été rédigées par d’autres utilisateurs et utilisatrices du même groupe.
  11. Intégration avec d’autres extensions (version Pro) : L’extension Permissions s’intègre à d’autres extensions populaires, notamment bbPress, BuddyPress, WPML et Relevanssi.

Fonctionnalité 1. Droits de visibilité pour le contenu de WordPress

PublishPress Permissions vous permet de personnaliser l’accès à l’affichage du contenu de WordPress. Ouvrez n’importe quelle publication et vous verrez une boîte avec l’étiquette, «  Droits : Lire cette publication ». Cette case vous permet de choisir « Activé » ou « Bloqué » pour tout rôle d’utilisateur et d’utilisatrices, utilisateur et utilisatrices individuel(le) ou groupe d’utilisateurs et d’utilisatrices. Vous pouvez également définir des droits pour tous les utilisateurs et utilisatrices qui sont invité(e)s et ceux qui sont connecté(e)s.

Cliquez ici pour voir comment contrôler les droits de visibilité.

Fonctionnalité 2. Modification des droits pour le contenu de WordPress

PublishPress Permissions vous permet de restreindre l’accès au contenu. Ouvrez une publication, une page, une catégorie, une étiquette ou un type de publication personnalisé et vous pouvez décider qui est autorisé à modifier ce contenu. Vous pouvez même empêcher les utilisateurs/utilisatrices de modifier les pages enfant d’une page parent spécifique. Ouvrir n’importe quel élément de contenu et vous verrez une boîte avec une étiquette comme celle-ci : « Droits : Modifier cette publication ». Cette boîte vous permet de choisir « Activé » ou « Bloqué » pour tout rôle du compte, utilisateur/utilisatrice individuel ou groupe d’utilisateurs/utilisatrices.

Cliquez ici pour voir comment contrôler les droits de modification.

Fonctionnalité 3. Droits d’accès à la médiathèque

PublishPress Permissions vous donne un contrôle détaillé sur l’accès aux médias sur votre site WordPress. Vous décidez qui a le droit de modifier et de visualiser les fichiers de votre médiathèque. Par exemple, vous pouvez configurer WordPress pour que les utilisateurs et les utilisatrices n’aient accès qu’aux fichiers qu’ils ont téléversés. Ou vous pouvez ajouter une exception pour que les utilisateurs et les utilisatrices puissent modifier les fichiers de médias d’autres personnes s’ils sont attachés à une publication qu’ils peuvent modifier.

La version Pro de Permissions vous permet de refuser tout accès public aux fichiers de votre site. Personne ne pourra voir les fichiers de votre médiathèque à moins d’avoir accès à une publication qui inclut ce fichier.

Cliquez ici pour savoir comment gérer l’accès à vos fichiers média.

Fonctionnalité 4. Masquer les publications des autres utilisateurs/utilisatrices dans l’administration de WordPress

Par défaut, les utilisateurs et les utilisatrices de WordPress dans la zone d’administration peuvent voir toutes les publications du site, qu’ils en soient ou non l’auteur ou l’autrice. Ce n’est pas un problème pour de nombreux sites. Après tout, la plupart des publications sur la plupart des sites sont accessibles au public – il n’y a pas besoin de les cacher. Cependant, dans certaines situations, les propriétaires de sites ne veulent pas que les auteurs ou les autrices voient les publications sur lesquelles d’autres utilisateurs ou utilisatrices travaillent. PublishPress Permissions peut masquer les publications dans la zone d’administration de WordPress, à moins que vous n’ayez accès à la modification de cette publication.

Cliquez ici pour voir comment masquer les publications des autres utilisateurs et utilisatrices..

Fonctionnalité 5. Créer vos propres groupes d‘utilisateurs/utilisatrices (version Pro)

PublishPress Permissions vous permet de créer vos propres groupes d’utilisateurs/utilisatrices. Imaginez que vous vouliez donner à certains utilisateurs/utilisatrices l’accès à une seule publication. Au lieu de créer un nouveau rôle du compte et d’appliquer tous les droits, vous pouvez facilement ajouter ces utilisateurs/utilisatrices à un groupe. Il s’agit d’une alternative simple et plus flexible aux rôles de compte. Vous pouvez également empêcher les utilisateurs/utilisatrices de lire ou de modifier le contenu s’ils ne font pas partie d’un groupe spécifique. Par défaut, cette extension vous donne des exemples de groupes qui incluent tous les utilisateurs/utilisatrices connectés et déconnectés afin que vous puissiez facilement définir le contenu public et privé.

Cliquez ici pour voir comment utiliser les groupes d’utilisateurs et d’utilisatrices personnalisés.

Fonctionnalité 6. Afficher des présentations du contenu restreint (version Pro)

PublishPress Permissions Pro vous permet d’afficher une présentation du contenu illisible. C’est parfait pour mettre à disposition du public de petits extraits de votre contenu. Vous pouvez avoir un texte de présentation qui est publiquement disponible, suivi d’un contenu privé qui n’est visible que pour les utilisateurs/utilisatrices de votre site. Si vous choisissez d’afficher un formulaire de connexion, la redirection se fera vers le contenu initialement demandé.

Cliquer ici pour voir comment afficher des présentations de contenu.

Fonctionnalité 7. Créer automatiquement des publications pour les utilisateurs/utilisatrices (version Pro)

Cette fonction Pro vous permet de créer automatiquement du contenu pour vos utilisateurs. Par exemple, vous pouvez synchroniser les membres de votre personnel avec les pages. Ainsi, chaque membre de votre personnel aura sa propre page à modifier et à mettre à jour. Vous pouvez utiliser cette fonctionnalité pour créer automatiquement des publications, des produits WooCommerce ou tout autre type de publication défini sur votre site.

Cliquez ici pour voir comment créer automatiquement des publications pour les utilisateurs et les utilisatrices..

Fonctionnalité 8. Créer vos propres états de publication (version Pro)

WordPress propose quelques options d’état, notamment « Brouillon », « En attente de relecture » et « Publié ». Permissions Pro vous permet de concevoir un flux de travail beaucoup plus avancé. Chaque état que vous créez peut avoir ses propres exigences en matière de permissions.
Cliquez ici pour savoir comment créer vos propres états de flux de travail..

Fonctionnalité 9. Créer vos propres états de visibilité (version Pro)

Avec PublishPress Permissions Pro, vous pouvez créer des options de visibilité pour votre contenu. Un exemple est l’état « Premium » qui rend le contenu visible uniquement pour les membres payants. Un autre exemple est un état « Staff », pour les personnes qui gèrent votre site.

Cliquez ici pour savoir comment créer vos propres états de visibilité.

Fonctionnalité 10. Cercles éditoriaux et cercles de visibilité (version Pro)

Les cercles de visibilité sont une fonctionnalité de PublishPress Permissions Pro qui limite les utilisateurs et les utilisatrices à la visualisation des publications qui ont été rédigées par d’autres utilisateurs et utilisatrices du même groupe. PublishPress Permissions dispose également de cercles de rédaction. Si vous faites partie d’un cercle de rédaction pour les pages, vous ne pourrez modifier que les pages rédigées par les autres membres du cercle.

La manière la plus courante d’utiliser cette fonctionnalité est de restreindre les utilisateurs/utilisatrices ayant le rôle d’éditeur/éditrice afin qu’ils ne puissent modifier que les articles rédigés par d’autres éditeurs/éditrices. En effet, les éditeurs/éditrices sont le seul rôle par défaut de WordPress qui peut modifier le contenu (à l’exception des administrateurs/administratrices). Cette fonctionnalité offre l’un des accès utilisateurs/utilisatrices les plus puissants de WordPress.

Cliquez ici pour savoir comment créer vos propres cercles de rédaction. et cliquez ici pour voir comment construire vos propres cercles de visibilité.

Fonctionnalité 11. Prise en charge d’autres extensions

L’extension Permissions s’intègre à d’autres extensions populaires :

  • Droits sur le contenu de BuddyPress : Avec l’extension PublishPress Permissions Pro, vous pouvez donner aux utilisateurs et utilisatrices l’accès à la création de contenu WordPress, en fonction de leur appartenance à un groupe BuddyPress.
  • Droits de recherche Relevanssi : Relevanssi est une excellente extension qui remplace la recherche standard de WordPress par un meilleur moteur de recherche. PublishPress Permissions Pro a une intégration avec Relevanssi. Si vous utilisez PublishPress Permissions Pro, vos résultats de recherche Relevanssi auront la bonne visibilité.
  • Droits sur les langues WPML : PublishPress Permissions Pro prend en charge l’extension WPML. Par défaut, PublishPress Permissions Pro reflète automatiquement vos droits de publication/catégorie dans le contenu traduit.
  • Droits sur les langues bbPress : bbPress est le logiciel de forum le plus populaire pour WordPress. Avec PublishPress Permissions Pro, vous pouvez gérer les accès et aux fonctionnalités importantes de bbPress.

Rejoignez PublishPress et obtenez les extensions Pro

Les versions Pro des extensions PublishPress valent bien votre investissement. Les versions Pro ont des fonctionnalités supplémentaires et un support plus rapide. Cliquez ici pour rejoindre PublishPress.

Rejoignez PublishPress et vous aurez accès à ces neuf extensions Pro :

Ensemble, ces extensions constituent une suite d’outils de publication puissants pour WordPress. Si vous avez besoin de créer un flux de travail professionnel dans WordPress, avec modération, révisions, droits et plus encore… alors vous devriez essayer PublishPress.

Rapports de bogues

Les rapports de bogue pour PublishPress Permissions sont les bienvenus dans notre dépôt sur GitHub. Veuillez noter que GitHub n’est pas un forum d’assistance et que les problèmes qui ne sont pas correctement qualifiés de bogues seront fermés.

Suivez l’equipe de PublishPress

Suivez PublishPress sur Facebook, Twitter et YouTube

Captures d’écran

  • Droits de visualisation personnalisés : Chaque publication, page et terme de taxonomie comporte une case dans laquelle vous pouvez choisir qui peut lire ce contenu.
  • Droits d’édition personnalisés : Chaque publication, page et terme de taxonomie comporte une case dans laquelle vous pouvez choisir qui peut modifier ce contenu.
  • Droits sur les catégories : Chaque catégorie comporte une case où vous pouvez choisir qui peut modifier, lire ou assigner cette catégorie.
  • Créez des groupes personnalisés : Créez des groupes d’utilisateurs auxquels vous pouvez attribuer des droits personnalisés. Les deux groupes par défaut sont les utilisateurs et les utilisatrices connecté•es et déconnecté•es.
  • Gérez l’accès à la médiathèque : Vous décidez qui a le droit de modifier et de visualiser les fichiers image et les documents de votre médiathèque.
  • Présentez des aperçus du contenu : Proposez un texte de présentation accessible au public, suivi d’un contenu privé dont l’accès est limité aux seuls utilisateurs et utilisatrices de votre site.
  • Synchronisez le contenu avec les utilisateurs et les utilisatrices : Vous pouvez créer automatiquement des publications individuelles pour vos utilisateurs et les utilisatrices afin qu’ils ou elles disposent de leur propre contenu privé à modifier ou à lire.

FAQ

Puis-je restreindre l’accès aux types de publication personnalisés ?

Un grand nombre de WordPress ont des sites avec des types de publication personnalisés. Ces types de publication personnalisés contiennent souvent des informations sensibles. Dans ce guide, nous allons vous montrer comment contrôler qui peut lire, modifier et publier le contenu de vos types de publications personnalisés. Par défaut, presque tous les types de publication personnalisés héritent des mêmes droits que les publications. Ainsi, un utilisateur ayant le rôle « d’éditeur ou d’éditrice » sera automatiquement en mesure d’écrire et d’éditer dans votre type de publication personnalisé.

  • Installez l’extension PublishPress Permissions Pro.
  • Allez dans Droits > Réglages > Cœur.
  • Sous « Types de publication filtrés », cochez la case correspondant à votre type de publication.
  • Cliquez sur « Enregistrer les modifications ».
  • Vous pourrez désormais modifier n’importe quelle publication de votre type de publication personnalisé et voir les droits de modification.

Cliquez ici pour voir comment restreindre l’accès aux types de publications personnalisés.

Puis-je restreindre l’access à la visualisation de catégories spécifiques ?

Oui, PublishPress Permissions vous permet de contrôler qui peut voir et lire le contenu avec une catégorie spécifique attachée. Dans cette situation, « lire » signifie « voir ». Nous allons donc contrôler qui peut voir ce contenu. Par défaut, les catégories ne sont disponibles que pour les publications WordPress. Cependant, vous pouvez ajouter des catégories à d’autres types de publication et vous pourrez donc utiliser le tutoriel pour ces types de publication également.

Cliquez ici pour voir comment restreindre l’accès aux catégories.

Puis-je obliger les utilisateurs et les utilisatrices à créer des publications dans une catégorie ou une page parente ?

Ce guide vous montrera comment obliger les utilisateurs et utilisatrices à créer du contenu dans une catégorie ou une page parent spécifiques. La solution proposée dans ce guide est une approche flexible pour les sites comportant un nombre important d’utilisateurs et d’utilisatrices ayant des rôles différents. En fonction des besoins de votre site, les extensions PublishPress proposent également d’autres approches, comme celle-ci, basées sur les rôles des utilisateurs et utilisatrices. Dans ce tutoriel, nous allons utiliser les exemples d’une université. Notre site type comporte des catégories pour les différents départements de l’université. Notre objectif sera de restreindre certains utilisateurs et utilisatrices à la publication dans certaines catégories, ou sous certaines pages parentes. Par défaut, les catégories ne sont disponibles que pour les publications WordPress. Cependant, vous pouvez ajouter des catégories à d’autres types de publication et vous pourrez donc utiliser le tutoriel pour ces types de publication également.

Cliquez ici pour voir comment forcer les utilisateurs et les utilisatrices à publier dans une catégorie.

Puis-je bloquer l’accès aux archives des catégories et des étiquettes de WordPress ?

Oui, l’extension PublishPress Permissions vous permet de bloquer l’accès aux pages d’archives des catégories et des étiquettes de WordPress. Par exemple, vous pouvez bloquer l’accès public à la catégorie « Blog » de votre site. Nous l’utiliserons comme exemple, mais la même approche peut fonctionner pour toutes les taxonomies.

  • Installez l’extension PublishPress Permissions.
  • Allez dans « Publications », puis « Catégories ».
  • Cliquez sur « Modifier » pour votre catégorie.
  • Faites défiler l’écran en bas jusqu’à la zone «  Droits : Lire les publications dans cette catégorie ».
  • Réglez « Anonyme » sur « Bloqué ».

Cela aura un impact sur toute personne anonyme/déconnectée de votre site qui tente de visiter une publication de la catégorie « Blog » ou une page d’archives de la catégorie « Blog ». Les personnes n’ayant pas accès à cette catégorie verront uniquement un message « Page non trouvée ».

Cliquez ici pour voir comment refuser l’accès aux archives d’un blog.

Puis-je contrôler l’accès aux fichiers de la médiathèque ?

L’extension PublishPress Permissions vous permet de contrôler les droits des fichiers médias sur votre site.

  • Allez dans Droits > Réglages.
  • Cliquez sur l’onglet « Coeur » et assurez-vous que la case « Médias » est cochée.
  • Cliquez sur l’onglet « Modification ».

Faites défiler la page jusqu’à la zone « Médiathèque ». Vous y trouverez 4 options que vous pouvez utiliser pour contrôler l’accès aux fichiers de la médiathèque :

  • Lister les téléversements d’autres utilisateurs s’ils sont joints à une publication lisible : Si vous avez coché cette case, les utilisateurs et les utilisatrices peuvent voir les fichiers de médias d’autres personnes s’ils sont attachés à une publication qu’ils peuvent lire.
  • Lister les téléversements d’autres comptes s’ils sont joints à une publication modifiable : Si vous avez coché cette case, les utilisateurs et les utilisatrices peuvent voir les fichiers de médias d’autres personnes s’ils sont attachés à une publication qu’ils peuvent modifier.
  • Modifier les téléversements d’autres comptes s’ils sont joints à une publication modifiable : Si vous avez coché cette case, les utilisateurs et les utilisatrices peuvent modifier les fichiers de médias d’autres personnes s’ils sont attachés à une publication qu’ils peuvent modifier.
  • Liste par défaut des téléversements non attachés des autres comptes : si vous avez coché cette case, les utilisateurs et les utilisatrices peuvent voir les fichiers de médias d’autres personnes.

Cliquez ici pour voir comment contrôler l’accès à la médiathèque.

Puis-je empêcher les personnes et les moteurs de recherche d’accéder aux URL des fichiers de la médiathèque ?

Par défaut, tous les fichiers et images que vous téléchargez sur WordPress sont accessibles au public. C’est une excellente nouvelle pour la plupart des sites. L’objectif de la plupart des sites est de créer un contenu populaire qui est vu par autant de lecteurs que possible. Mais cet accès public est un problème si vous gérez un site d’adhésion et que vous ne voulez pas que tout le monde lise votre contenu. Oui, vous pouvez restreindre la confidentialité de vos publications, mais les gens peuvent toujours voir vos fichiers s’ils connaissent l’URL. L’extension PublishPress Permissions Pro vous permet de bloquer l’accès direct à vos fichiers de médias. Même si quelqu’un connaît l’URL, il ne pourra pas accéder à vos fichiers si vous ne lui donnez pas le bon accès.

Cliquez ici pour voir comment bloquer l’accès des personnes et des moteurs de recherche aux URL des fichiers..

Puis-je empêcher les utilisateurs ou les utilisatrices WordPress de créer des comptes de niveau supérieur ?

Par défaut, WordPress n’autorise que les administrateurs à créer des comptes. Si vous voulez permettre à d’autres rôles de créer des utilisateurs ou des utilisatrices, vous devez leur donner au moins les droits promote_users, list_users, edit_users et create_users. Cependant, si vous leur donnez ces droits, ils peuvent créer et modifier des comptes dans n’importe quel rôle. Vous pouvez donc avoir des éditeurs ou des éditrices qui créent et modifient des comptes d’administrateur. Cela pourrait poser un problème de sécurité. Heureusement, PublishPress Permissions dispose d’une fonction appelée « Limiter la modification des comptes par niveau ». Cette fonction empêche quiconque de modifier un utilisateur ou une utilisatrice d’un niveau supérieur ou d’assigner un rôle supérieur au sien.

Cliquez ici pour voir comment restreindre la création de comptes.

Comment PublishPress Permissions se compare-t-il à PublishPress Capabilities, User Role Editor, Members et autres extensions pour la modification des rôles ?

PublishPress Permissions peut être utilisé en complément d’une extension de base pour la gestion des rôles et des utilisateurs. Ces extensions sont conçues pour modifier les droits existants de WordPress. C’est une tâche précieuse, et dans de nombreux cas, ce sera toute la personnalisation des rôles dont vous avez besoin. Nous vous recommandons PublishPress Capabilities qui est un éditeur de rôles WordPress conçu pour être intégré à PublishPress Permissions.

PublishPress Permissions peut surcharger votre moteur de droits et va bien plus loin que les extensions de modification de rôles de base. PublishPress Permissions est particulièrement utile lorsque vous souhaitez personnaliser l’accès à une publication, une catégorie ou un terme spécifique. PublishPress Permissions ajoute des droits de modification spécifiques au contenu, des droits d’état de publication personnalisée, des restrictions d’accès aux fichiers et d’autres fonctionnalités qui ne sont pas possibles dans WordPress par défaut.

Que dois-je faire si j‘utilise l’extension Role Scoper ?

Pour l’avenir, nous ne prévoyons pas de développement majeur de la base de code de Role Scoper. Si vous rencontrez des problèmes avec Role Scoper et devez migrer vers une autre solution, PublishPress Permissions donne accès à un script d’importation qui peut automatiser la majorité de votre migration vers Role Scoper. PublishPress Permissions peut importer la plupart des groupes, rôles, restrictions et options de Role Scoper. Un suivi manuel peut être nécessaire pour certaines configurations.

PublishPress Permissions est-il une solution d’adhésion complète ?

Non, mais il peut potentiellement être utilisé en conjonction avec une extension de commerce électronique ou d’adhésion. Si vous avez un moyen de vendre des utilisateurs dans un rôle WordPress ou un groupe BuddyPress, PublishPress Permissions peut accorder un accès basé sur cette adhésion.

Où PublishPress Permissions stocke-t-il ses réglages ?

PublishPress Permissions crée et utilise les tableaux suivants : pp_groups, pp_group_members, ppc_roles, ppc_exceptions, ppc_exception_items. Les options de permissions PublishPress stockées dans la table des options de WordPress ont un nom d’option préfixé de « presspermit_ ». En raison des dommages potentiels causés par une suppression accidentelle, aucune suppression automatique n’est actuellement disponible. Vous pouvez utiliser un outil d’édition SQL tel que phpMyAdmin pour supprimer les tables et les options de suppression avec option_name LIKE presspermit_%.

Puis-je partager un lien pour installer PublishPress Permissions ?

Oui, nous utilisons la phrase « publishpress-ppcore-install » pour partager les liens d’installation. Vous verrez ce texte inclus dans les liens des autres extensions de PublishPress.

Avis

9 septembre 2023 1 réponse
Fue muy rápido aprenderlo a usar y sencillo, lo mejor. Muchas gracias
6 février 2023 1 réponse
Support provided great support when we encountered an issue, being plugin customers! Powerful plugin and we cannot easily live without it. It can become a bit complex, but it is logical.
Lire les 55 avis

Contributeurs/contributrices & développeurs/développeuses

« PublishPress Permissions – Restrict User Access for Posts, Pages, Categories, Tags » est un logiciel libre. Les personnes suivantes ont contribué à cette extension.

Contributeurs

“PublishPress Permissions – Restrict User Access for Posts, Pages, Categories, Tags” a été traduit dans 6 locales. Remerciez l’équipe de traduction pour ses contributions.

Traduisez « PublishPress Permissions – Restrict User Access for Posts, Pages, Categories, Tags » dans votre langue.

Le développement vous intéresse ?

Parcourir le code, consulter le SVN dépôt, ou s’inscrire au journal de développement par RSS.

Journal

4.0.23 – 7 May 2024

  • Compat : Google Analytics by MonsterInsights – custom field error message on post update
  • Compat : PublishPress Revisions – Apply restrictive Submit Revisions permissions to limit Revision Queue listing
  • Compat : PublishPress Capabilities – Negated capabilities were not properly applied under some Permissions configurations
  • Fixed : On selection of multiple new users for group membership, if one was already a group member, none of the new selections were added

4.0.22 – 26 Apr 2024

  • Fixed : Fatal error updating a subpage

4.0.21 – 25 Apr 2024

  • Fixed : Gutenberg Editor – empty categories were unselectable on some installations
  • Change : Option to restore previous behavior by suppressing front end term filtering under some conditions
  • Change : Remove penguins from Permissions > Settings screen header
  • Fixed : PHP Warning on plugin activation
  • Perf : Improve performance of user groups retrieval query
  • Perf : Improve performance of post update query under some conditions
  • Perf : Improve performance on attachment upload / update

4.0.20 – 4 Mar 2024

  • Fixed : PHP Warning on PublishPress\Permissions\Groups::getGroupsForUser() / pp_get_groups_for_user() call

4.0.19 – 29 Feb 2024

  • API : Function pp_get_groups_for_user() no longer defaulted to returning group objects
  • Compat : bbPress – Forum Role column on Users screen was hidden
  • Lang : Upate ES, FR, IT translations

4.0.18 – 27 Feb 2024

  • Perf : Eliminated scan of users table on plugin activation (impacting sites with large number of users)
  • Perf : Eliminated recursive query of subpages (impacting sites with complex page hierarchies)
  • Perf : Improved caching of post capability checks
  • Perf : On category / term queries, don’t filter term counts if empty terms are not being hidden and counts are not being shown
  • Code : Improved PHP Code Sniffer scan results
  • Compat : Elementor – Could not use Elementor front end editor to save a draft of a published post
  • Compat : Nested Pages – Apply pp_force_quick_edit capability to Nested Pages’ Quick Edit and Contextual Add / Insert buttons
  • Fixed : Filters for Post category, Tags, Terms, Parent or Status could be applied to wrong post under certain conditions
  • Fixed : Permissions > Settings > Core > Front End > « Performance: Don’t filter category / tag counts » was not applied for Administrator
  • Fixed : Some strings on Permissions > Settings were not translated
  • Fixed : Gutenberg editor usage was not properly detected when triggered by another plugin, possibly leading to issues with category / term assignment filtering
  • Fixed : Category pages: Subcategory posts were inappropriately hidden on some sites
  • Fixed : Legacy Nav Menu Management – Limited Nav Menu editors saw uneditable menus in dropdown on Menus management screen
  • Fixed : Legacy Nav Menu Management filters interfered with front end filtering under some conditions
  • Fixed : Sanity check to prevent excessive version history logging if installed plugin’s version tags or version tag storage is incorrect
  • Fixed : Terms were inappropriately auto-assigned under some conditions
  • Change : Permissions > Settings > Editing option to disable auto-assignment of terms (when default term is not selectable). Note: Auto-assignment is required for some term-restricted editing configurations.
  • Change : Auto-assign a term only if no default terms are selectable and the user’s editing access is modified by term-specific Permissions
  • Change : Never auto-assign a term to front page or posts page
  • Change : Constant definitions related to term auto-assignment to assist any potential troubleshooting or restore previous behavior
  • Change : User search for Specific Permission assignment – use LIKE matching for user meta field searches
  • Change : Suppress « Enable Permissions » metaboxes in Post editor, Edit Term screens
  • Change : Support constant PRESSPERMIT_MEDIA_UPLOAD_GRANT_PAGE_EDIT_CAPS for front end uploading solutions that require page editing capabilities for the async upload request
  • Lib : Update wordpress-reviews library to v1.1.20
  • Lib : Update wordpress-version-notices library to v2.1.3
  • Lang : Update ES, FR, IT translations

3.11.6 – 13 Dec 2023

  • Feature : Option to require Taxonomy edit capability to assign post tags that do not already exist
  • Fixed : On Post edit, Tags were not filtered based on Specific Permissions
  • Fixed : On Permissions > Settings, All Taxonomies remained checked even after updating with some disabled
  • Compat : Work around unidentified compatibility issue affecting term filtering and access to certain static methods

3.11.5 – 1 Nov 2023

  • Compat : Beaver Builder – Queries within BB shortcodes were improperly filtered
  • Fixed : Supplemental role captions were blank
  • Fixed : PHP Warning « Attempt to read property ‘count’ on string »
  • Fixed : PHP Warning « Undefined variable $admin_post_new_url »

3.11.4 – 26 Oct 2023

  • Fixed : Collaborative Publishing module was not loaded correctly on some installations
  • Fixed : Caption for Permissions: Assign Term metabox in post editor
  • Fixed : PHP Warnings on Permission Groups screen

3.11.3 – 25 Oct 2023

  • Fixed : Some Permissions filtering was not applied on sites with a custom wp-admin URL
  • Fixed : Type-specific Supplemental Roles also granted most generic capabliities in Pattern Role. Introduce new Permissions > Advanced > Role Integration setting to restore previous behavior if needed.
  • Fixed : On page edit, if the Page Parent is not editable by the logged in user, it is hidden from the Page Parent selector. This occurred only with WP >= 6.3 and with a non-standard advanced Permissions configuration.
  • Fixed : PHP Warning in term filtering (Attempt to read property « term_taxonomy_id » on string) under some configurations
  • Fixed : Filtering of default category / term by other plugin was overridden
  • Fixed : Edit User Permissions – PHP Warning « compact(): Argument must be string… »
  • Fixed : Fatal error « Call to a member function init() on null » under some configurations
  • Fixed : Version update script triggering could be skipped on Pro installation under some conditions
  • Compat : Polylang + WP 6.3 – Language filter was no longer applied to Page Parent dropdown
  • Change : Added installation log to Permissions > Settings > Install

3.11.1 – 30 Aug 2023

  • Fixed : Rest API access error on some sites (potentially preventing login)
  • Fixed : Gallery block in Gutenberg editor: error loading Image Size dropdown options
  • Fixed : Caption for Navigation Menus (for Navigation block) did not distinguish them from legacy Nav Menus
  • Fixed : PHP 8.1 – Warning for dynamic property creation in post editor
  • Compat : Peepso – Non-administrators couldn’t submit front end posts on PHP >= 8.1

3.10.0 – 19 Jun 2023

  • Compat : WooCommerce – Private Products were not listed in Shop, even if Read Permissions are assigned
  • Compat : ACF Extended – Extra Update button on Edit Term screen
  • Fixed : Fatal error for undefined PUBLISHPRESS_PERMISSIONS_PRO_VENDOR_PATH on some installations
  • Fixed : If a « Limit to: (none) » Permission is assigned to default-restrict a post type, creating a new post causes a post-specific allowance to be assigned
  • Fixed : Category filtering error caused Nav Menu corruption if empty category is used as a top level menu
  • Change : Bump WordPress version requirement to 5.5
  • Change : Bump PHP version requirement to 7.2.5
  • Change : Update vendor libraries based on revised PHP version support

3.9.3 – 11 May 2023

  • Change : Adjustment to composer.json
  • Change : Adjustment to .gitignore

3.9.2 – 10 May 2023

  • Fixed : Remove .git nested folders from some vendor libraries, using build script

3.9.1 – 9 May 2023

  • Fixed : Fatal error in Composer installs due to missing vendor libraries
  • Compat : PublishPress Planner – Status Change notifications were not sent

3.9.0 – 4 May 2023

  • Fixed : Error updating plugin with Composer, fixed by removing unused vendor libraries
  • Fixed : Fatal error in wp-admin if certain request variables have unexpected values
  • Change : Bump WordPress version requirement to 5.5
  • Change : Bump PHP version requirement to 7.2.5
  • Change : Update vendor libraries based on revised PHP version support

3.8.8 – 04 May 2023

  • Change: Added warning about end of support for WordPress 5.4 and earlier. PublishPress Permissions 3.9 will require WordPress 5.5 or later.

3.8.7 – 30 Mar 2023

  • Change : Media Library – new setting to disable « Prevent editing uploads if attached to a non-editable post », available if Settings > Core > Filtered Post Types > « Enforce distinct capabilities for Media » is enabled
  • Compat : WPML – Logged in users saw 404 error on Home Page viewing request if post type is not enabled for Permissions filtering
  • Fixed : Error on post creation / update by Editor, under some configurations
  • Fixed : PHP 8.1 – Notice in wp-admin
  • Change : Minimum PHP version 7.2.5

3.8.6 – 23 Mar 2023

  • Compat : Elementor – Error, memory exhaustion when users try to edit their own draft in Elementor
  • Compat : PublishPress Revisions – When revision submission is enabled for unpublished posts, Revision Creation exceptions also allowed publication of main post
  • Fixed : Fatal Error for some get_pages() queries

3.8.5 – 9 Feb 2023

  • Fixed : Permission Group description was cleared when a new Permission is saved
  • Fixed : If Permissions were set to limit Page Parent selection to a single page and its descendants, when that page itself was edited, all pages were displayed in Page Parent selector (though they could not be saved)
  • Fixed : Nav Menu Management: Menu update by a limited user cause all uneditable menu items to be removed
  • Fixed : Nav Menu management by limited user based on Permissions for a specific menu – On menu update, all uneditable items were removed
  • Fixed : PHP Warning in login popup after current login times out
  • Fixed : If constant PP_RESTRICTION_PRIORITY is set, « Limit to » Category permissions (the unblocked list) were still overriding « Exclude » Category permissions
  • Compat : PublishPress Revisions – Permissions limiting revision creation to only specific posts also blocked reading access to other posts

3.8.4 – 15 Dec 2022

  • Fixed : Nav Menu Manager role had no label on Edit Permissions screen after storage
  • Fixed : Nav Menu Manager role did not allow menu creation
  • Fixed : get_pages() call with large include or exclude array caused excessively large query
  • Fixed : Classic Editor – limited authors may be locked out of editing new page if access depends on inheriting specific permissions from a required parent page
  • Fixed : Edit Category / Tag – Extra update button, not needed for non-Administrators, who don’t have multiple Specific Permission metaboxes

3.8.2 – 17 Nov 2022

  • Fixed : Post preview did not display unsaved changes
  • Fixed : WP 6.0 – Advanced option to « Delete settings on plugin deletion » prevented successful plugin deletion
  • Fixed : PHP error « undefined function PublishPress\Permissions\ppc_delete_agent_permissions() » at user deletion on some installations
  • Compat : Nested Pages – Subpages not listed if Permissions configured to make root level page uneditable
  • Compat : Elementor – Work around Elementor requiring edit_posts capability no matter what type of post is being edited

3.8 – 18 Oct 2022

  • Fixed : Category / Term Management restrictions did not exclude unmanagable terms from list
  • Fixed : Clearance of category_children field caused issues for some third party plugins
  • Fixed : Query Loop block – Sticky Posts displayed redundantly
  • Fixed : Multisite – Invalid UI on some plugin screens for network installations
  • Fixed : Users screen – PHP Notice for required parameter $column_name, $id
  • Fixed : Edit Permission Group screen – PHP Notice for required parameter $agent_type
  • Fixed : Edit Permission Group screen – PHP Notice for deprecated function
  • Fixed : Archive widget – PHP Warning
  • Fixed : HTML Forms plugin – PHP Notices
  • Feature : Option to delete all plugin data and settings on plugin deletion
  • Feature : New setting « List other user’s uneditable posts », default disable on new installations
  • Change : Disable « Add Author Page » dropdown on new installations
  • Change : Settings screen caption, styling improvements
  • Change : Use instance protection library to deal with duplicate / obsolete plugin activations
  • Change : Plugin review request

3.7.12 – 30 Aug 2022

  • Fixed : Sticky Posts were displayed redundantly in Query Loop block
  • Compat : PublishPress Revisions – Category permissions for revision creation or submission failed if term_id differed from term_taxonomy_id

3.7.11 – 16 Aug 2022

  • Fixed : PHP 8 – If a non-Administrator updated a top-level page, any Specific Permissions propagated to its subpages were cleared
  • Fixed : Category / Term restrictions set for Everyone / Logged In were applied to Administrators
  • Fixed : Fatal error on activation of certain other plugins
  • Fixed : Fatal error if option « presspermit_deactivated_modules » has invalid value stored
  • Workaround : Support PRESSPERMIT_AUTOSET_AUTHOR constant to set Author to current user if autoset_post_author / autoset_page_author capability is assigned

3.7.10 – 7 Jul 2022

  • Fixed : Filter ‘use_block_editor_for_post’ was not recognized in detecting block editor disable
  • Fixed : Category Permissions – Assign Category restrictions did not prevent checkbox display in Gutenberg post editor

3.7.9 – 8 Jun 2022

  • Fixed : REST post creation – Category Assign restrictions were not applied unless accompanied with Edit restrictions; caused new category to be created
  • Fixed : Permission Groups screen – Roles column displays unrendered html tags under some configurations

3.7.8 – 2 Jun 2022

  • Fixed : Access failures under some configurations

3.7.7 – 2 Jun 2022

  • Fixed : Authors could not create new posts; possibility of other access failures

3.7.6 – 1 Jun 2022

  • Compat : WP 6.0 – Fatal error loading Customizer with PublishPress Revisions active, possibly in other areas
  • Fixed : WP 6.0 – Edit User / Profile screen did not display group assignments
  • Fixed : Implicit assignment of read capability forced all roles to have dashboard access
  • Fixed : Edit Category screen did not have metabox for Assign Category permissions assignment
  • Fixed : Category / Term assignment restrictions were not applied in Gutenberg editor
  • Fixed : Category / Term permissions – exclusions were not applied to terms list for post template display
  • Compat : The Events Calendar – post queries filtered incorrectly if event venue is involved

3.7.5 – 2 May 2022

  • Fixed : Category Permissions set for « (all) » post types were not stored properly
  • Fixed : Category / Term restrictions were not applied to post creation / edit by REST API
  • Fixed : On new page creation, author could be locked out of editing if restrictive editing permissions are assigned and autosave occurs before manual save
  • Fixed : Non-administrators can access Appearance menu, theme settings in WordPress 5.9

3.7.4 – 20 Apr 2022

  • Lang : Spanish translation
  • Lang : French translation
  • Lang : Italian translation
  • Fixed : Fatal error on post edit if category / term permissions are stored
  • Fixed : PHP Warning on post update by non-Administrator
  • Fixed : Customizer did not load under some configurations
  • Fixed : Role Usage menu items not displayed under some configurations
  • Fixed : Coding Standards – some output variables were not late-escaped

3.7.3 – 3 Mar 2022

  • Compat : PublishPress – Non-Administators could not see unpublished posts on calendar
  • Fixed : Edit Group / User Permissions – roles could not be removed
  • Fixed : Non-administrators could not edit Menus on some installations
  • Fixed : PHP Warnings on admin dashboard

3.7.2 – 2-22-22

  • Fixed : Specific Permissions could not be added using editor metaboxes

3.7.1 – 18 Feb 2022

  • Fixed : Category / Term blockages were not applied
  • Fixed : Error redirecting following post save if the save operation sets a status which blocks the user from further editing
  • Fixed : PHP 8 – Warning on Edit Permission Group screen

3.7 – 17 Feb 2022

  • Fixed : Numerous instances of missing / non-standard output variable escaping
  • Fixed : Numerous instances of missing / non-standard database query sanitization
  • Fixed : Specific Permissions could not be added using editor metaboxes until after post is saved

3.6.9 – 26 Jan 2022

  • Compat : WordPress 5.9 – fatal error adding / editing posts (work around WP hooking late-defined function _disable_block_editor_for_navigation_post_type)

3.6.8 – 20 Jan 2022

  • Fixed : Specific Permissions could not be added or removed using metaboxes in the post editor

3.6.7 – 5 Jan 2022

  • Fixed : Fatal error on sites not running PublishPress Revisions

3.6.6 – 5 Jan 2022

  • Compat : PublishPress Revisions – Contributors couldn’t edit own draft posts if « Prevent Revisors from editing other user’s drafts » setting enabled
  • Compat : PublishPress Revisions – « Revise » permissions assigned under previous Revisions versions did not enable revision creation
  • Compat : PublishPress Revisions – Restrictive permissions for revision creation were not applied
  • Compat : PublishPress Revisions – limited revisors could not edit newly created revision under some Permissions configurations
  • Fixed : Error message after trashing a post in Gutenberg editor (although trashing was successful)
  • Fixed : Trash button not initally displayed after creating a post (requires page reload)
  • Fixed : Permissions table header styling was broken if custom styling is applied to certain standard WP classes
  • Fixed : Edit User screen – Permissions box styling was broken if custom styling is applied to certain standard WP classes
  • Fixed : Input sanitization consistency

3.6.5 – 24 Nov 2021

  • Fixed : PHP Notice « Undefined index: list_published_posts »
  • Compat : PublishPress Revisions – PHP Notice « Undefined variable: type_obj »

3.6.4 – 23 Nov 2021

  • Compat : PublishPress Revisions – Published custom post types not listed to Revisors under some configurations (also requires Revisions 3.0.5)
  • Compat : Public Post Preview – Disable Permissions filtering for public preview requests
  • Compat : Database servers that return column names all lowercase
  • Fixed : PHP Notice (undefined name property) on Edit Permission Group screen under some conditions
  • Fixed : Page editor: permalink preview did not include parent pages

3.6.3 – 16 Nov 2021

  • Compat : PublishPress Revisions – Revisions Submission permissions did not correctly adjust Edit Posts / Pages listing in some configurations (also requires Revisions 3.0.2)

3.6.2 – 9 Nov 2021

  • Fixed : Nav Menu Editor – Offered to add unpublished posts to menu; post metabox paging failed if unpublished items present
  • Fixed : Front end Nav Menu filter was applied regardless of « Disable all filtering for anonymous users » setting

3.6 – 14 Oct 2021

  • Compat : PublishPress Revisions 3
  • Fixed : Non-Administrators could not view image gallery in post preview
  • Fixed : Page Structure settings did not prevent creation of top level pages in Gutenberg
  • Feature : Edit Group Permissions screen – « Fix sub-Pages permissions » link causes Specific Permissions to be re-propagated to sub-pages if WP_DEBUG is defined (url argument: pp_fix_child_exceptions)
  • Compat : PublishPress Revisions – Specific Permissions for « Revise » did not cause display of « Edit » link in Admin Bar

3.5.7 – 26 Jul 2021

  • Fixed : Nav Menu Edit – Permissions configuration did not make private pages selectable
  • Fixed : Nav Menu Edit – If Pages metabox results are paged, custom Front Page and Privacy Page were forced to the top of every results page
  • Compat : WP Engine – Long wp-admin screen loads because excessive clearance of WP Engine cache caused WordPress to execute Update Plugins check on each request
  • Fixed : Default / Lock Privacy settings were not properly reflected in Gutenberg Editor display
  • Compat : HTML Forms plugin – PHP Notice on form submission / file upload

3.5.6 – 23 Jun 2021

  • Fixed : Category / Term selector in post editor offered a maximum of 100 terms
  • Fixed : Menu Editor – Page / Post selection metaboxes (if more than 50 total items are available) did not list private items after clicking a paging link
  • Fixed : PHP Notice on plugin activation under some conditions
  • Fixed : Fatal error if a very old version of Revisionary or PressPermit Core is active
  • Compat : User Switching – First switched user inherits capabilities of current logged user on some sites
  • Compat : WooCommerce – Failure / delay updating variations of variable product

3.5.5 – 19 May 2021

  • Fixed : Add User screen – Javascript error on some sites
  • Fixed : Term filtering error for some custom taxonomies
  • Compat : WPML – Archives widget did not output links if multiple languages configured

3.5.4 – 6 May 2021

  • Compat : Revisions – Pending Revision Monitors group ineffective when first installation of Permissions was >= 3.5
  • Compat : Revisions – If draft revisions enabled, apply term-specific Revise permissions to unpublished posts if constant PRESSPERMIT_REVISE_TERMS_FOR_UNPUBLISHED defined
  • Fixed : PHP warning on Permissions > Settings > Advanced

3.5.2 – 8 Apr 2021

  • Compat : Gutenberg Ramp – Fatal error on editor screen if PublishPress Revisions not active
  • Compat : Revisions Pro + Elementor, Divi or Beaver Builder : Pending Revision Monitors group membership did not control notifications

3.5.1 – 6 Apr 2021

  • Fixed : Post Editor – toggling a Specific Permission Enabled / Disabled left both Enabled and Disabled permissions intact (with Enabled taking precedence under normal configuration)
  • Fixed : Classic Editor – Publish metabox replaced « Public » caption with blank space
  • Compat : Classic Editor plugin – PHP warning for undefined variable current_user on some screens if users are allowed to select their editor
  • Compat : PublishPress Revisions – Revisors could not preview other users’ pending revisions, even if they are listed in Revision Queue (also requires PublishPress Revisions 2.5.1)
  • Compat : PublishPress Revisions – Pending Revision Monitors group ineffective; notifications were sent to all Editors and Administrators (also requires PublishPress Revisions 2.5.1)

3.5 – 4 Mar 2021

  • Compat : Divi Builder – Specific Permissions did not allow non-Editors to edit other users’ pages
  • Compat : PublishPress Authors – non-Editors could be locked out of editing their own post due to « default author for new post » setting or manual Authors change
  • Compat : PublishPress Authors – users who can edit due to specific permissions where blocked from Edit Posts / Pages screen under some configurations
  • Compat : PublishPress Revisions – Specific Permissions did not allow Contributors to revise other users’ pages
  • Compat : Glance That plugin – Widget content was cleared
  • Change : Settings screen – admin hints hidden by default, display on Comments icon click
  • Change : Moved Users screen content to Settings > Advanced > User Permissions
  • Lang : Separated admin hints into separate language file (text domains: press-permit-core-hints)
  • Fixed : Permission metaboxes in post editor did not search user display name
  • Fixed : Permission metaboxes in post editor – clicking search icon did not trigger search
  • Fixed : Fatal error in some custom REST requests
  • Perf : Eliminate a few redundant queries

3.4.3 – 21 Jan 2021

  • Fixed : Edit Category / Term – Metaboxes for Editing and Assignment permissions were blank
  • Fixed : Non-Administrators with editing access to an unpublished post could not view it using standard post link
  • API : New filter ‘presspermit_rest_post_endpoints’ and ‘presspermit_rest_term_endpoints’ support some custom REST API routes and endpoints
  • Compat : Simple WordPress Membership – Invalid metabox displayed on Edit Category screen

3.4.2 – 20 Jan 2021

  • Compat : WP Engine Object Cache – initial pass at auto-clearing cache on plugin configuration changes
  • Fixed : Slow comment count query for Contributors in wp-admin

3.4.1 – 14 Jan 2021

  • Fixed : Anonymous visitors were blocked from viewing public posts under some conditions
  • Fixed : Administrators could not assign roles or edit users with a role level higher that Subscriber, under some conditions
  • Fixed : Fatal Error activating Permissions Pro if Permissions is already active
  • Fixed : PHP Warning for undefined constant DB_NAME, on some installations
  • Fixed : Deprecated jQuery event handlers
  • Compat : PublishPress Revisions – Contributors could not edit their own drafts if Revisions is configured to restrict access to other users’ drafts
  • Compat : PublishPress Capabilities – With « Control Custom Statuses » enabled, custom capability was required to set Draft status
  • Compat : WPML – Edit Category / Edit Term screen had duplicate Permissions metaboxes
  • Compat : PublishPress Authors – PHP Notice in term / category filtering under some conditions
  • Feature : Add / Edit User: single select for Permission Groups if constant PRESSPERMIT_EDIT_USER_SINGLE_GROUP_SELECTION or PRESSPERMIT_EDIT_USER_SINGLE_GROUP_SELECTION is defined

3.4 – 17 Dec 2020

  • Compat : PublishPress Authors – integration of multiple authors in Permissions filtering
  • Fixed : Better styling in Permissions / Groups administration UI

3.3.10 – 8 Dec 2020

  • Compat : GD bbPress Attachments – 404 error on some sites following file rewrite rules update, if File Access module enabled
  • Compat : Status Control + WooCommerce: PHP Notice on scheduled task execution
  • Compat : Access Circles + PublishPress Revisions – Visibility Circles blocked editors from approving revisions
  • Compat : PublishPress Revisions – Pending Revision Monitors group members were not properly filtered for editing access prior to display as available « Publishers to Notify »
  • Compat : Divi Page Builder / theme – Contributors granted page editing permission for specific pages cannot edit those pages with Divi
  • Compat : Visual Composer – PHP error for undefined class « PublishPress\Permissions\Capabilities » under some configurations
  • Compat : Display Posts plugin – Posts with a custom privacy status were never listed (even if readable)
  • Fixed : Edit Permissions screen – Cannot save Specific Permissions for a post type that has the same name as a taxonomy
  • Fixed : Menus screen – Private posts were not included in « Add menu items » search results
  • Fixed : Categories / Terms screen – Incorrect filtering under some conditions
  • Lang : Move all Pro translations into a single file

3.3.9 – 27 Oct 2020

  • Fixed : Permissions metaboxes were not displayed on Edit Category screen

3.3.8 – 26 Oct 2020

  • Feature : Gutenberg block embedding – for users lacking « edit_posts » capability, allow embedding based on « upload_files » (or per « presspermit_embed_capability » filter)
  • Feature : New setting – Core > Front End > « Performance: Don’t filter category / tag counts »
  • Fixed: REST tag / term queries returned all terms, ignoring per_page parameter
  • Fixed : Comment count filtering – Incorrect Total for non-Administrators
  • Fixed : Comment count filtering – Incorrect Approved subtotal for non-Administrators if PublishPress Notifications or Editorial Comments have been stored
  • Compat : ODBC installations – Comment query database error caused issues including lack of confirmation message after Revision creation with PublishPress Revisions plugin
  • Compat : Revisions – « Prevent Revisors from editing others’ revisions » setting was not applied (also requires Revisions 2.4.2)
  • Compat : Revisions – Category-Specific Revise Permissions allowed an Author to fully edit posts in specified categories
  • Compat : Revisions – Category-Specific Revise Permissions allowed an Author to restore past revisions
  • Compat : Revisions – If Revisors are blocked from editing other users’ drafts, those can now be included (unclickable) in Edit Pages if the list_others_pages capability is granted
  • Compat : Revisions – Specific Permissions to enable the Revise operation were ineffective for Contributors and Authors in some cases
  • Fixed : PHP Warning for undefined index on first-time activation
  • Fixed : PHP Warning on Edit Category page, for deprecated action name
  • Change : Some settings captions referred to « PressPermit »

3.3.7 – 9 Oct 2020

  • Compat : PublishPress Revisions – On new post creation, Revisors had Submit button replaced by a Publish button, which failed. The only way to submit was to Save Draft first.
  • Compat : PublishPress Revisions – Existing « Edit Page » Permissions could not be mirrored as « Revise Page » Permissions using bulk action dropdown
  • Compat : PublishPress Revisions – Existing « Revise Page » Permissions could not be mirrored as « Edit Page » Permissions using bulk action dropdown
  • Compat : PublishPress Revisions – PHP warning on Edit Group Permissions screen if any Specific Permissions are stored for the Revise operation

3.3.6 – 8 Oct 2020

  • Fixed : Post-specific permissions did not correctly enable access under some configurations with « Post-specific Permissions take priority » setting enabled

3.3.5 – 1 Oct 2020

  • Change : Friendlier caption in Permissions metaboxes, « Editing permissions have not been added or blocked for any Custom Group »
  • Fixed : Javascript error « jQuery is not defined » on some sites
  • Fixed : Media items were always included in search results if filtering enabled. Now controlled by Settings > Core > Front End > Search Results include Media
  • Fixed : Edit Permission Group – In Posts / Pages selector, « (none) » item was not available unless paging links clicked (since 3.1)
  • Compat : Gutenberg Ramp – Revision submission UI did not load for …