PhpBB Lab Académie

Lire le traçage textuel d’une permission effective, identifier le groupe ou le réglage individuel responsable, puis corriger uniquement la cause démontrée.

Partir d’un symptôme précis
Votre carnet indique qui rencontre quel problème, sur quel forum et pour quelle action. Gardez cette précision : « equipe_test ne peut pas lire Coordination » est exploitable ; « les permissions ne marchent pas » ne l’est pas. Vérifiez d’abord le compte connecté et le forum choisi. Contrôlez ensuite ses appartenances dans « Membres et groupes », « Gérer les membres », puis « Groupes » pour ce membre. Une admission encore en attente n’équivaut pas à une appartenance active.

La page de configuration indique ce qu’un groupe reçoit ; un masque montre le résultat calculé pour un compte. Un résultat peut combiner Utilisateurs enregistrés, un ou plusieurs groupes associatifs et une éventuelle permission individuelle. Changer le groupe par défaut ne retire pas les autres appartenances. Pour expliquer un résultat, cherchez donc son origine au lieu d’accumuler des autorisations.

Ouvrir le bon masque, sans modifier les réglages
1. Connecté comme CamilleAdmin, ouvrez le panneau d’administration, puis « Permissions ». Dans la section « Masques de permission », choisissez « Permissions des forums ». Le même vocabulaire existe dans d’autres sections : vérifiez bien que vous êtes dans les masques, destinés à la consultation.
2. Dans « Sélectionner un forum », choisissez uniquement Coordination pour commencer, puis « Envoyer ». Ne cochez pas « Tous les forums » : un cas précis se lit plus facilement.
3. Dans « Rechercher le membre », saisissez equipe_test dans le champ « Rechercher un membre », puis activez le bouton « Voir les permissions » de ce formulaire. Pour un visiteur, utilisez à la place « Sélectionner le compte invité ». Choisissez un membre, pas seulement son groupe : le traçage est proposé dans la vue des membres.
4. Dans l’aperçu, ouvrez l’onglet « Actions ». Repérez la ligne « Peut consulter ce forum. ». Le lien associé « Tracer la permission » ouvre le détail de ce calcul. Contrôlez que son titre indique le bon compte, le bon forum et la bonne permission.
5. Lisez les colonnes « Qui », « Permissions », « Total » et « Information ». Elles donnent la source, sa valeur, le résultat intermédiaire et une explication. La ligne « Résultat du traçage » donne la conclusion. Notez aussi la source qui accorde ou bloque le droit. Fermez ensuite cette fenêtre de détail ou revenez au masque pour une autre ligne.

Lire avec un lecteur d’écran
Le masque natif utilise des cellules colorées vides pour signaler le résultat ; leurs seuls en-têtes « Oui » et « Jamais » ne suffisent pas toujours à connaître la cellule active avec un lecteur d’écran. Ne déduisez pas le résultat d’une couleur. Dans le tableau, rejoignez la ligne de la permission voulue puis son lien « Tracer la permission ». Plusieurs liens portent ce même nom : vérifiez la ligne, puis le titre du détail ouvert. Le tableau de traçage écrit réellement « Oui », « Non » ou « Jamais » et fournit des phrases dans « Information ». Cette lecture textuelle est votre référence. Si le navigateur bloque la fenêtre, ouvrez le lien dans un nouvel onglet avec son menu contextuel clavier ; son adresse mène au même détail.

Choisir la permission qui répond au symptôme
Dans « Actions », examinez « Peut voir ce forum. », « Peut voir les sujets. » et « Peut consulter ce forum. ». La première concerne la présence du forum ; la dernière permet la lecture. Si un enfant est lisible directement mais absent de la navigation, contrôlez aussi « Peut voir ce forum. » sur sa catégorie et ses parents, avec le même compte.

Dans « Message », examinez « Peut créer de nouveaux sujets. », « Peut répondre à un message. » et « Peut poster sans approbation. ». Si seul un sujet verrouillé refuse une réponse, comparez avec un sujet témoin non verrouillé : une permission autorisée ne déverrouille pas le contenu. Pour une anomalie d’outil de modération, utilisez le masque « Permissions des modérateurs de forums » avec le forum concerné ; il s’agit d’un autre type de droits. Un masque de lecture ne répond pas à cette question.

Interpréter puis corriger la source
Pour une même permission de forum, un Oui peut compléter un Non, tandis qu’un Jamais la bloque malgré les Oui d’autres groupes. « Non » signifie ici que cette source n’accorde pas ce droit. Un résultat refusé ne prouve pas qu’un Jamais explicite existe : toutes les sources peuvent simplement être sur Non. L’ordre des groupes affichés n’est pas une priorité personnalisable. Lisez les valeurs et l’explication, pas leur position.

Si le traçage montre que Utilisateurs enregistrés bloque Coordination par un Jamais, revenez à « Permissions », « Permissions groupes/forums ». Sélectionnez ce groupe, « Envoyer », puis Coordination, « Envoyer ». Vérifiez le type « Permissions des forums ». Le modèle « Aucun accès » rétablit l’absence d’autorisation attendue pour ce groupe ; contrôlez ses valeurs dans « Permissions avancées », puis « Appliquer toutes les permissions ». Le Oui de l’équipe pourra alors agir pour ses membres. Ne corrigez ni tous les forums ni les groupes sans rapport avec le problème.

Si la cause est une permission individuelle, examinez le compte dans « Permissions membres/forums » et le seul forum concerné avant toute correction. Dans ce cours, les accès associatifs viennent des groupes ; une exception individuelle inattendue doit être comprise et retirée ou remise sur Non sur la ligne concernée. Le traçage permet d’en constater la disparition. Ne donnez jamais des droits d’administrateur ou de fondateur pour résoudre un problème de participation.

Le cas des nouveaux utilisateurs
Le chapitre 3 a fait sortir les trois comptes de test du statut de nouvel utilisateur. Le chapitre 4 a aussi réglé « Nouveaux utilisateurs enregistrés » sur « Aucun accès » pour les nouveaux espaces : ce Non ne bloque pas les Oui d’autres groupes. Une attente liée à ce groupe suppose donc une appartenance encore active et une restriction différente, assignée ou copiée sur le forum examiné. Le modèle « Accès nouvel utilisateur enregistré » peut mettre « Peut poster sans approbation. » sur Jamais : Accès standard ailleurs ne suffit pas à annuler cette valeur. Ce blocage n’est pas automatique sur chaque nouveau forum.

Après avoir constaté cette origine dans le traçage, appliquez la décision déjà prévue pour ces comptes de test. Dans « Membres et groupes », « Gérer les membres », recherchez le compte et ouvrez « Vue d’ensemble ». Dans « Outils rapides », choisissez Supprimer du groupe « Nouveaux utilisateurs enregistrés »., puis « Envoyer » et confirmez l’opération. Cette commande retire le statut et l’appartenance concernés. Si elle n’est pas proposée, vérifiez les groupes au lieu de chercher un autre contournement. Ne désactivez pas globalement la politique des nouvelles inscriptions. Reprenez ensuite le masque et le test réel ; un message déjà en attente ne devient pas automatiquement publié par ce changement.

Exemple : le bon groupe existe, mais la lecture reste bloquée
Le détail de « Peut consulter ce forum. » pour equipe_test sur Coordination indique : Équipe de l’association = Oui ; Adhérents de l’association = Non ; Utilisateurs enregistrés = Jamais. La conclusion est Jamais. Ajouter un autre Oui individuel ne résoudrait rien : le blocage explicite subsisterait. La correction consiste à rétablir « Aucun accès », donc l’absence d’autorisation, pour Utilisateurs enregistrés sur Coordination, comme le prévoit le projet. Après correction, equipe_test obtient Oui grâce à l’équipe ; eleve_test demeure refusé faute de source qui lui accorde ce droit.

Exercice guidé : expliquer deux résultats opposés
1. Ouvrez le masque de Coordination pour equipe_test. Tracez « Peut consulter ce forum. ». Relevez le résultat et le groupe qui fournit l’autorisation.
2. Répétez avec eleve_test sur Coordination. Expliquez pourquoi le refus est attendu sans inventer un Jamais explicite.
3. Tracez « Peut poster sans approbation. » pour inscrit_test sur Questions publiques. Si la recette a signalé une attente inattendue, cherchez sa source. Si tout est conforme, n’introduisez aucune erreur artificielle.
4. Sur papier, corrigez le cas donné dans l’exemple : indiquez le groupe, le forum et le modèle à rétablir, puis les deux comptes à retester.
5. Si votre forum présente un écart réel, corrigez uniquement sa cause démontrée, relisez le traçage et recommencez l’action concernée avec le compte ordinaire.

Le masque observe ; le traçage explique ; la page de configuration corrige. Utilisez les valeurs textuelles du traçage et identifiez une source précise. Après une correction, vérifiez à la fois le compte qui devait accéder et celui qui doit rester exclu.