Quels sont les
modules concernés par ces restrictions ?
Ils sont considérés comme absents du disque dur parce qu'ils ne respectent pas la syntaxe qui est désormais imposées dans l'API Moodle concernant les déclarations de variables système dans les modules (les "
activités moodle").
De mémoire cela s'était produit aussi lors du passage à Moodle 2.7 pour certains plugins.
Vous devriez vérifier auprès des développeurs de ces modules si un portage vers Moodle 3.0 est envisagé.
Voici ce que dit à ce propos la documentation ./mod/upgrade/txt
=== 3.0 ===
* Dropped support for the $
module in mod/xxx/version.php files (deprecated
since 2.7). All
activity modules must use the $plugin syntax now. See
https://docs.moodle.org/dev/version.php for details (
MDL-43896).
* Modules using rating component must implement a callback mod_x_rating_can_see_item_ratings().
Refer
to mod_forum_rating_can_see_item_ratings() for example.
Il faut aller dans chaque dossier
./mod/plug_in_non_standard/
et afficher le contenu du script version.php
Y supprier (mettre des
commentaires) sur toute référence à la variable système
$module
qui doit être remplacée par du code de la forme générale
defined('MOODLE_INTERNAL') || die();
if (!isset($plugin)) {
// Avoid warning message in M2.5 and below.
$plugin = new stdClass();
}
$plugin->requires = 2013110500; // Requires this Moodle version.
$plugin->version = 2015070602; // The current module version (Date: YYYYMMDDXX)
$plugin->release = 'Referentiel v 10.2 for Moodle 2.7, 2.8, 2.9 with
scale support,
block and report - Release 2015-11-06'; //
User-friendly date of release
$plugin->
cron = 60; // Period for cron to check this module (secs)
$plugin->component = 'mod_referentiel'; // Full name of the plugin (used for diagnostics)
$plugin->maturity = MATURITY_STABLE;
$plugin->dependencies = NULL;
A priori pas trop compliqué à faire.
Puis après un
test en mode Debug intégral signaler la correction sur la page source du module.
Jean F.