> comme je suis sur macOS, l'update au moyen des lignes de commandes ne fonctionne pas
Il faudrait être plus précis. Une copie-écran permettrait de mieux comprendre, car ce n'est pas un problème chez moi, également sous macOS.
> comme je suis sur macOS, l'update au moyen des lignes de commandes ne fonctionne pas
Il faudrait être plus précis. Une copie-écran permettrait de mieux comprendre, car ce n'est pas un problème chez moi, également sous macOS.
Salut Jocelyn,
Désolé, vraiment, mais comme dit plus haut il faut être plus précis et systématique sinon on n'arrivera pas à t'aider, c'est trop difficile avec si peu d'infos.
Par exemple, donne ta démarche depuis le début, dans l'ordre, avec les commandes précises envoyées dans le terminal, ainsi que toutes les versions, etc. Sinon, on devra jouer aux devinettes.
> Bon, nous sommes un an plus tard... rien n'a bougé.
Comme évoqué plus haut, impossible de t'aider sans plus d'infos précises.
Indique pour commencer comment tu installes ton Moodle vierge pour tester ta mise à jour qui plante.
comme évoqué plus haut, je suis toujours sur mac os X server 10.12, avec un php 7.1.13 (que je viens d'upgrader en 7.3.8 après quelques tentatives. Tout est fait en .git (install, etc...)
L'update en graphique donne systèmatiquement un échec quand on arrive au package localisé (en francais) même pour une update mineure.
En ligne de commande, l'update de 3.6.6 en 3.6.10 ne pose aucun souci. Par contre, que j'essaie d'upgrader (via git) en 3.7 ou en 3.8 ou en 3.9, c'est systèmatiquement un échec. Il y a plusieurs blocks qui ne peuvent pas se mettre à jour (le système de mise à jour efface les fichiers puis se bloque) ... c'est le cas avec le block community et le block participants. Je remet les fichiers (issus de la sauvegarde avant la mise à jour) et je relance... et là, ca passe ?!
C'est valable sur l'update 3.6 > 3.9 comme sur un 3.6 updaté en 3.7 que je tente en 3.8 (bref pour updater petit à petit).
Enfin, arrive le truc qui me bloque toujours depuis le début (que ce soit en faisant 3.6 > 3.9 direct ou intermédiaire dès la 3.6 vers 3.7) à la fin de l'update, il me met: !!! Exception : Class 'core_search\area\base_activity' not found !!!
et je me retrouve avec un moodle qui affiche une page blanche quoi que je fasse... !! Seules les versions avant la 3.6 (et la 3.6) fonctionnent sans problème.
j'oubliais: il se passe absolument la meme chose si je vire mon dossier moodle, que je l'installe depuis git et que je change uniquement mon fichier config.php...
a la différence que je n'ai pas une page blanche... j'ai mon moodle qui se lance et j'ai les sections qui apparaissent ... mais, à chaque clic, j'ai, en plein milieu:
Exception : Class 'core_search\area\base_activity' not found
et je ne peux accéder ni à l'admin, ni à rien...
Bonjour,
A propos de "Exception : Class 'core_search\area\base_activity' not found"
On peut lire dans ce message Site administration after upgrade to 3.7+ is not working que cette classe a été renommée en \core_search\base_activity
N'avez-vous pas un plugin comme Organizer pour cette discussion ou un autre comme Scheduler ( voir CONTRIB-6933 ), qu'il faudrait désinstaller (désactiver n'est peut-être pas suffisant) ?
Christian
ça ne change rien.
Si Moodle continue à afficher Class 'core_search\area\base_activity' not found, c'est que dans un fichier (mais lequel?) cette classe est encore appelée mais comme elle n'existe plus, il ne la trouve pas.
Le mode déboguage ne donne-t-il pas plus d'information sur cette exception ?
Le plugin EnhancedChoice n'a pas été mis à jour depuis la version 3.3 de Moodle. Il est donc possible qu'il ne soit pas compatible. Je vois que vous avez écrit un commentaire sur le site de ce plugin et que Abdul Monnaf a rencontré la même exception : Exception - Class 'core_search\area\base_activity' not found
C'est bien dans le fichier enhancedchoice/classes/search/activity que l'on trouve:
class activity extends \core_search\area\base_activity {
}