Moodle 5.2 : dense, solide, et plus structurant qu’il n’y paraît

Moodle 5.2 est sorti le 20 avril 2026. C’est une version de support standard (18 mois) dont les nouveautés ne font pas de bruit mais une version dense et bien remplie : multi-correction des devoirs, banque de question, nouveaux providers IA dans le cœur, refonte à de nombreux niveaux de l’expérience utilisateur ou encore les fondations React posées pour de bon. Des choix structurants qui vont peser sur les deux ou trois prochaines versions de Moodle.

Chez Pimenko, on a passé les notes de version au crible, testé sur nos plateformes de développement avec des cours, analysé les tickets officiels pour vous proposer un tour d’horizon aussi complet que possible, organisé par profil. L’objectif n’est pas de tout dire, mais de ne rien oublier d’essentiel : que vous soyez enseignant, administrateur système ou développeur de plugins, vous trouverez ici ce qui vous concerne.

Et pour ceux qui restent sur la LTS : toutes ces fonctionnalités seront dans Moodle 5.3 (octobre 2026). Suivre les nouveautés de Moodle 5.2, c’est déjà préparer la prochaine version LTS.

Si vous concevez des cours, évaluez des apprenants ou animez des activités pédagogiques, cette version vous apporte plusieurs améliorations. La plus importante : on peut attribuer la correction à une activité « devoir » à plusieurs évaluateurs.

Mais il y a aussi des choses sur la banque de questions, les sous-sections et les forums.

C’est l’une des nouveautés attendues depuis longtemps par les établissements d’enseignement supérieur et les organismes de formation confrontés à de la correction en équipe : les devoirs peuvent désormais être assignés à plusieurs correcteurs en parallèle avec un processus complet et adapté à tous.

Dans cette vidéo, nous vous montrons le processus complet : de la configuration du devoir jusqu’à la publication de la note.

Ces nouvelles fonctionnalités permettent de s’adapter à différentes organisations et processus pour gérer des évaluations à plusieurs. Il est possible :

• De déterminer le nombre de correcteurs par devoir : le nombre par défaut est défini au niveau du site dans Admin > Plugins > Devoirs et il est personnalisable pour chaque devoir.

• De choisir la méthode de calcul : manuelle, points maximum (nombre de point le plus grand donné), ou moyenne des notes

• D’attribuer des évaluateurs : assigner chaque étudiant à un correcteur un à un, ou en masse pour les apprenants sélectionnés

Avec ce processus et ses différentes options, les activités de type devoirs peuvent être notées et corrigées par plusieurs évaluateurs tout en faisant preuve d’une grande souplesse pour s’adapter à toutes les organisations .

Remarque : MoodleHQ parle ici de « Phase 1 » car la fonctionnalité a vocation à continuer à être développée.

Petite mais utile : il est maintenant possible d’ajouter une note textuelle lors d’une dérogation de date ou de tentative pour un étudiant ou un groupe aux activités d’évaluation.
Plus besoin de noter dans un fichier externe « j’ai accordé une tentative supplémentaire à cet étudiant parfait parce que son ordinateur n’avait plus de batterie » : c’est traçable directement dans Moodle.

La banque de questions progresse version après version et Moodle 5.2 marque une nouvelle étape. Si vous gérez une banque avec des milliers de questions, voire des centaines de milliers de questions comme certains des clients de Pimenko, vous avez probablement connu des frustrations : arborescences impossibles à parcourir, renommages qui nécessitent trois clics de trop, impossible de savoir combien de questions contient une catégorie sans l’ouvrir. C’est exactement ce que cette version vient corriger.

• Les catégories se replient et se déploient dans l’arborescence, comme les catégories de cours. L’état est conservé même après un glisser-déposer et il n’y a plus besoin de tout redéployer à chaque manipulation.

• Renommer une catégorie directement dans la liste : cliquez, modifiez, c’est enregistré. Fini les allers-retours vers la page de paramètres pour un simple changement de nom.

• Le nombre de questions s’affiche sur chaque catégorie : vous savez ce que vous avez sans ouvrir chaque catégorie une par une.

• Déplacer une catégorie entière vers une autre banque de questions, sous-catégories et questions comprises. Pratique pour restructurer vos banques entre cours ou entre contextes.

• Renommer une question directement dans la liste, sans ouvrir sa page d’édition — même logique que pour les catégories.

• La barre de navigation interne/tertiaire (les onglets Questions / Catégories / Importer / Exporter) adopte enfin le même niveau de menu tertiaire que dans les pages équivalentes de Moodle. Un détail, mais qui compte quand on y travaille au quotidien.

Toutes ces améliorations convergent vers le même objectif : rendre la banque de questions utilisable à grande échelle. Rien de spectaculaire individuellement, mais l’effet cumulé est réel pour quiconque gère des évaluations complexes au quotidien.

Les sous-sections qui sont apparues en Moodle 4.5 n’ont plus leur propre page dédiée. Cette information est importante car tous les développeurs de format de cours (dont Pimenko avec Ludilearn ou Softcourse) doivent faire le nécessaire pour adapter leur plugin.

Côté utilisateur, cliquer sur une sous-section depuis le sommaire de cours, l’utilisateur va directement vers l’ancre dans la page du cours, sans rechargement.

Comment fonctionne cette migration avec la mise à jour ? Les descriptions existantes sont converties automatiquement en activités Text & Media lors de la mise à jour. Le contenu est préservé, mais vérifiez la mise en page de vos cours concernés avant et après.

Une option « Dupliquer » est ajoutée dans le menu d’actions

Forum Questions/Réponses utilisable en temps réel : en mode Q&R, les réponses étaient masquées pendant le délai de modification (jusqu’à 30 minutes). C’est maintenant configurable pour afficher les réponses immédiatement ce qui rend le forum Q&R utilisable lors d’échanges en direct.

Verrouillage automatique des discussions : les options s’étendent des durées courtes (2 jours, 3 jours) jusqu’aux durées longues (2 ans, 3 ans, 5 ans) pour les besoins d’archivage ou de conformité.

Les descriptions d’activités dans le sélecteur ont été revues pour être plus claires lors du choix d’une activité à ajouter dans un cours : description, aide et astuces sont clairement identifiable.

En résumé pour les enseignants : Moodle 5.2 ne réinvente pas la pédagogie numérique, mais il s’attaque à des irritants concrets. La multi-correction, la banque de questions et le forum Q&R en temps réel sont les trois fonctionnalités à tester en priorité dès la mise à jour.

Au-delà des fonctionnalités pédagogiques, Moodle 5.2 embarque un chantier baptisé « Course linear navigation » dans les notes de version officielles. L’idée derrière ce nom : rendre la navigation dans un cours plus linéaire et plus prévisible pour que l’apprenant avance dans son parcours sans se perdre dans des pages secondaires, sans chercher les boutons d’achèvements/progression, sans tomber sur un cadenas sans explication. Une vingtaine de tickets concourent à ce même objectif, chacun sur un point précis de l’interface.

Le titre du cours est maintenant affiché dans un en-tête fixe (sticky) dans l’index de cours lors du défilement. C’est aussi un lien qui ramène directement à la page principale du cours.

Les dates d’ouverture et de fermeture si elles ont été paramétrées dans une activité s’affichent au-dessous du titre de l’activité (plutôt qu’en bas comme auparavant).

Si des critères d’achèvement automatiques sont utilisés, ils s’affichent directement sous la description dans un design revu.

Dans le cas d’un achèvement automatique, le bouton « Marquer comme terminé » est dans l’en-tête, aligné avec le titre de l’activité et toujours visible, quelle que soit la longueur du contenu.

Quand la complétion automatique est atteinte, le texte « Terminé » apparaît au même emplacement en haut de la page de l’activité.

Au niveau des resctrictions sur les activités ou les sections : quand un apprenant tentait d’accéder à une activité verrouillée, il tombait sur un cadenas gris sans explication. Il a maintenant des informations claires sur les raisons pour lesquelles il ne peut pas accéder au contenu et qui permettra probablement de réduire les demandes de support du type « je n’arrive pas à accéder à l’activité de cours ».

Avec le surlignage temporaire de la sous section atteinte via un lien d’ancrage, l’utilisateur visualise rapidement où il est arrivé dans la zone principale de contenu de la page.

Lors du glisser-déposer d’une activité ou d’une section, vous voyez exactement où va atterrir l’élément : des lignes de survol sont visibles pour identifier où on déplace les éléments.

L’icône pour fermer les tiroirs (Course Index, bloc drawer) a été remplacée par une nouvelle icône plus cohérente avec le reste de l’interface.

Les anciennes icônes de tiroir sont dépréciées.

Les boutons d’action comme « Enregistrer », « Annuler » sont maintenant placés dans un pied de page fixe qui reste visible lors du défilement. Vous retrouverez sur cette approche à différents niveaux de votre Moodle : formulaires d’édition de cours, d’activités, et à la page de profil utilisateur.

L’avatar utilisateur est repositionné à droite dans la barre de navigation en haut de toutes les pages.

Sur la page « Mes Cours » et le bloc qui affiche les cours auxquels un utilisateur est inscrit, il est possible de trier les cours par « date de début de cours ». Cela s’avère particulièrement utile pour retrouver rapidement les cours récents.

Les messages d’erreur upload fichier sont améliorés : si un utilisateur tente de déposer un fichier dont le type de n’est pas accepté, le message explique clairement pourquoi.

TinyMCE : Il est possible de tout sélectionner ou tout désélectionner pour gérer les fichiers inutilisés dans l’éditeur de texte. Cela rend la gestion plus pratique.

Pages de gestion des champs personnalisés : la mise en page a été affinée avec une meilleure séparation visuelle et une refonte pour être en cohérence avec les autres pages du site.

La page d’authentification par défaut dans le thème boost a été entièrement refaite : le design est plus moderne, vous trouverez une image de fond configurable par l’administrateur, un formulaire épuré et la possibilité de voir le mot de passe écrit.

L’expérience pour l’authentification multifacteur (MFA) suit le même design (e-mail, SMS, clé de sécurité, application d’authentification).
Sur mobile, la visibilité du mot de passe est activée par défaut : l’utilisateur peut voir ce qu’il tape ce qui est pratique sur ce format d’appareil et moins problématique pour la sécurité puisque la consultation est généralement plus individuelle.

Sachez qu’il y a aussi du nouveau pour les nouvelles installations uniquement. Les paramètres de d’authentification par défaut changent :

• Force login activé
• Connexion par e-mail activée
• Bouton d’accès invité masqué

Si vous faites une mise à jour, vos paramètres actuels sont inchangés.

Pour les nouvelles installations, le tableau de bord est repensé pour mettre les cours directement en avant :

• Le bloc « Vue d’ensemble des cours » est ajouté par défaut au tableau de bord avec les boutons « Créer un cours » et « Gérer » pour les administrateurs.
• Le bloc Calendrier est déplacé dans le tiroir de blocs
• Les pages « Accueil du site » et « Mes cours » sont désactivées par défaut pour réduire la confusion

Cela concerne uniquement les nouvelles installations. Si vous mettez à jour un site existant, rien ne change.

En résumé sur l’UX : la liste des changements est longue et le résultat est cohérent. Moodle 5.2 rend l’interface plus prévisible : les éléments importants sont là où on les attend, les restrictions sont expliquées, les confirmations sont visibles.

C’est un travail de fond qui ne fait pas de bruit mais qui compte beaucoup pour moderniser Moodle.

Les administrateurs ont deux bonnes nouvelles dans cette version : l’IA s’élargit avec deux nouveaux fournisseurs natifs, et le Report Builder propose des recherches fines. Le reste est un ensemble de petites améliorations qui font gagner du temps au quotidien.

Jusqu’ici, le coeur de Moodle supportait déjà des fournisseurs comme OpenAI et Azure OpenAI. Moodle 5.2 ajoute deux nouveaux fournisseurs directement dans le cœur ce qui permet de ne plus d’installer de plugin complémentaire si vous les utilisez.

Google Gemini : le plugin communautaire est intégré nativement. Vous le retrouvez dans Admin > IA > Providers avec la même interface que les autres.

Amazon Bedrock : pour les institutions déjà dans l’écosystème AWS, le fournisseur est également proposé dans le coeur de Moodle/

Pour rappel l’ensemble des fournisseurs disponibles par défaut dans l’administration de Moodle disposent des options pour définir les limites d’usage.

Wildcards dans les filtres : utilisez * et ? dans les filtres de liste d’utilisateurs — dupont* retourne tous les Dupont (MDL-84082)
Filtres lecture/écriture BDD dans les journaux de tâches : filtrez par nombre d’opérations pour identifier les tâches les plus gourmandes en base (MDL-86396)
Toast notifications : confirmation visuelle lors de l’activation/désactivation d’un rapport planifié (MDL-86385)
Rapports sur les modules de cours : comportement standardisé pour tous les rapports personnalisés liés aux modules (MDL-86699)

Les noms de fichiers de sauvegarde des cours sont maintenant configurables via des templates Mustache. Vous pouvez donc opter pour des schémas alignés avec vos politiques internes pour améliorer la traçabilité entre systèmes et faciliter par exemple l’archivage ou la préparation d’une nouvelle année de formation.

La commande CLI de suppression de cours supporte maintenant le nom court et le numéro d’identification du cours, pas seulement l’ID interne. Vous pouvez par exemple utiliser :

php admin/cli/delete_course.php –non-interactive –shortname=moncoursamoi

C’est utile pour les scripts d’administration en masse liés aux systèmes d’information étudiants.

Le statut suspendu d’un étudiant s’affiche maintenant plus clairement dans la page de profil et dans la page de gestion des utilisateurs. Cela réduit les confusions lors des diagnostics d’accès.

Une vérification d’environnement est ajoutée pour s’assurer que le routing est correctement configuré sur le serveur. Moodle 5.1 avait introduit le routing et Moodle 5.2 ajoute cette vérification pour éviter les configurations silencieusement incorrectes.

Si vous aimez les plateformes Moodle qui répondent rapidement et que vous utilisez donc un serveur de cache avec Redis, sachez qu’une petite modification est proposée : la séparation du timeout de connexion avec deux paramètres distincts dans config.php — session_redis_connection_timeout et session_redis_read_timeout.

Cela permet de résoudre les échecs de purge de cache lors des mises à jour sur des gros Moodle.

En résumé pour les administrateurs : pas de changement de fond qui nécessite une formation ou une communication spécifique aux utilisateurs. En revanche, deux points à surveiller avant la mise à jour : PHP 8.3 est désormais obligatoire, et les cours avec des sous-sections décrites doivent être audités avant la migration.

C’est la partie de cette version qui enthousiasme le plus l’équipe de développement de nos plugins à Pimenko, non pas parce que Moodle 5.2 livre des fonctionnalités spectaculaires côté dev, mais parce qu’on voit enfin les fondations de la transformation architecturale prendre forme.

Pour comprendre ce que livre Moodle 5.2, il faut replacer la version dans la feuille de route que MoodleHQ suit depuis fin 2025 :

• 2025 : il s’agissait de poser les base, finaliser les choix d’architecture, préparer les outils
• 2026 : adopter React comme nouveau framework UI, intégrer Composer dans le cœur, mettre en place l’observabilité
• 2027 : étendre les web services et la nouvelle UI, orchestration de conteneurs, analyse statique du code

L’objectif final est d’avoir une architecture où l’interface peut évoluer indépendamment du backend, où les plugins se déploient plus facilement et où la plateforme est observable de bout en bout.

Moodle 5.2 est le premier jalon concret pour 2026 : React et Composer entrent dans le cœur, Open Telemetry devient disponible. Ce n’est pas encore une transformation complète, mais c’est la première fois que les fondations deviennent réellement utilisables.

Pour chaque évolution, nous indiquons le ticket Jira correspondant. C’est le moyen le plus direct pour retrouver la discussion technique complète, les spécifications et les commits associés.

MoodleHQ le dit explicitement dans ses sessions d’informations que nous suivons : Moodle 5.2 est une « foundational release » pour React. L’objectif n’est pas de tout livrer d’un coup, c’est de valider l’approche en conditions réelles, d’identifier les manques par exemple sur le thème et les overrides et d’affiner les patterns. La recommandation officielle pour les développeurs est : « commencez par des composants petits et isolés, les APIs vont encore évoluer ».

Concrètement, voici ce qui est en place :

• React est disponible comme dépendance de plateforme (MDL-87908) : la bibliothèque est stockée en dehors du dossier public et servie via le système de routing. Chaque plugin fait simplement import React from 'react' avec une seule instance pour tout le site, sans que chaque plugin embarque sa propre copie.
• Un système de build basé sur Esbuild (MDL-87759) : les fichiers source React d’un plugin vont dans [plugin]/js/react/src/ et son compilés automatiquement vers [plugin]/js/react/build/. Esbuild scanne l’arbre Moodle pour trouver tous les dossiers js/react/, sans configuration manuelle par plugin.
• Import Maps pour la résolution des modules (MDL-87922) : le page_requirements_manager génère une Import Map qui mappe les noms standards (react, @moodlehq/design-system, @moodle/lms/[plugin]/) vers les chemins internes de Moodle. Résultat : chaque dépendance est définie une seule fois, les chemins sont prévisibles, le risque de conflit entre plugins est réduit.
• Un helper Mustache {{#react}} (MDL-87765) : la pièce la plus concrète pour les développeurs PHP. Il permet d’instancier un composant React directement dans un template Mustache existant. Un Observer JavaScript détecte les balises, monte le composant automatiquement et le démonte proprement quand il quitte le DOM, sans script d’initialisation à écrire.
• Profiling des composants React (MDL-87987) : une capacité de profiling est ajoutée pour diagnostiquer les performances des composants dans le contexte Moodle.

Le package NPM @moodlehq/design-system v2.1.0 est intégré sur deux plans :

• Côté CSS (MDL-87730) : des tokens de design (couleurs, espacement, typographie) intègrent le thème Boost sous /public/theme/boost/scss/design-system/ et remplacent progressivement les variables CSS existantes. Vérifiable dans Admin > Développement > Bibliothèques tierces.
• Côté JavaScript (MDL-87909) : le même package est servi comme bundle JS via le routing Moodle, pour que les composants React puissent importer directement les éléments du Design System.

Composer était déjà utilisé en développement Moodle, mais il n’était pas intégré au cœur. C’est fait avec Moodle 5.2 et c’est très structurant, d’autant que son introduction a aussi débloqué Open Telemetry, qui en dépendait.

Ce qui est disponible maintenant :

• Les bibliothèques PHP tierces sans modification sont installables via Composer, en parallèle de l’approche actuelle (MDL-87950)
• Les dépendances de test sont regroupées dans moodle/moodle-testing sur Packagist. Plus besoin de de les lister une par une (MDL-87713)

Composer sera obligatoire en Moodle 6.0. C’est le moment de l’intégrer dans vos processus de développement pour éviter d’être sous la pression dans 12 mois.

Open Telemetry est un standard ouvert pour instrumenter une application et collecter des données d’observabilité : traces, métriques, logs. Il est compatible avec les outils courants comme Jaeger, Zipkin ou Grafana Tempo.

Son intégration dans Moodle 5.2 (MDL-87045) est disponible via le package Composer moodlehq/moodle-package-otel, configurable via php.ini. Elle instrumente aujourd’hui les pages, le cron, les événements, l’API externe et les logs.

C’est une fonctionnalité avant tout utile pour les hébergeurs et les grandes installations qui veulent comprendre ce qui se passe réellement sur leur Moodle.

Connexion en écriture sur des tables spécifiques (MDL-87703) : possibilité de marquer des tables comme devant utiliser la connexion d’écriture plutôt que la réplique en lecture. C’est utile pour les installations MySQL/PostgreSQL avec réplication qui subissent des problèmes de lag sur certaines opérations critiques.

Thèmes : inclure le template original lors d’un override (MDL-77894) : un thème enfant peut maintenant inclure le template original au lieu de le dupliquer intégralement. Moins de maintenance, moins de risque de divergence à chaque mise à jour.

• Icônes de tiroir inutilisées dépréciées (MDL-88085)
• core/modal_factory et core/modal_registry dépréciés (MDL-79182)
• Suppression des méthodes dépréciées de Moodle 2.x, 3.x et 4.x ≤ 4.4 (MDL-87427 à MDL-87425)
• moodle-core-notification et question-chooser : dépréciations finales (MDL-81962, MDL-81961)

En résumé pour les développeurs : commencez à structurer vos projets avec js/react/src/ et à tester vos pipelines Composer. Composer sera obligatoire en Moodle 6.0. Le bon moment pour anticiper, c’est maintenant — pas dans 12 mois en urgence.

Moodle 5.2 est une version solide, dans tous les sens du terme.
Côté pédagogie, la multi-correction répond à un vrai besoin et c’est une Phase 1 amener à s’étoffer. La banque de questions continue sa professionnalisation. Les forums Q&R deviennent utilisables en session live.
Côté UX, Moodle continue le ménage dans l’interface : pages d’activité cohérentes, contenu restreint lisible, boutons toujours accessibles, taille de police sensée.
Côté technique, React dans le cœur et Composer ne changent rien aujourd’hui pour les utilisateurs mais pour les développeurs de plugins et les équipes DevOps, c’est le signal clair que l’architecture change de direction.