et ça me réponds:
PHP Parse error: parse error, expecting `';'' or `'{'' in /Library/Server/Web/Data/Sites/Default/moodle/lib/classes/component.php on line 1265
ca me réponds pareil pour la mise en maintenance, d'ailleurs ?? je note que dans un ticket (en anglais) ce serait dû à moodle 3.5 ou plus qui aurait une version de php antérieure à la 7.0 ... or, je suis en 7.1.13, comme le confirme Moodle d'ailleurs, quand je le lui demande....
et quand je charge ma page web, ca me donne une jolie page touuute blanche coincée sur:
https://monsitetout.joli/moodle/admin/registration/index.php?returnurl=%2Findex.php
comprends pas....
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.
Nota: l'upgrade.php en terminal permet de débloquer la chose environ 50% du temps...
Il faudrait que je teste avec Safari, voir si Firefox ne bloquerait pas qq chose ? Mais ca ne résoudrait pas grand chose, puisque ca bloque aussi très souvent avec l'upgrade.php en terminal...
cad:
Mise à jour vers une nouvelle version
Language import utility: fr
que le moodle soit vierge ou pas....
> 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
ouhhhh ca c'est une piste. Alors non, pas de Scheduler ni Organizer mais peut etre des plugs du meme tonneau ? Attendance, VirtualClass, OpenMeetings ?
ç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 {
}
j'ai noté que le mod forum et son block n'ont pas été mis à jour correctement, ni le mod lti ...j'ai fait à la mano. Ca fait bcp de trucs qui ne sont pas débuggués... je pense que le script pour macos a vraiment un souci. Je continue à creuser.....
Déjà, l'année dernière j'avais passé des journées sur moodle... là, encore, plus de 25 heures pour une simple mise à jour.... j'abandonne, je n'ai plus le temps. Entre Apple qui délaisse la partie sérieuse de son système, macOS Server qui est quasiment abandonné depuis des années, moodle mal débuggué... je vais revenir aux méthodes "anciennes", Moodle ca marchait nickel depuis la 1.8... là, je n'ai plus la possibilté de passer des dizaines d'heures pour des mises à jour qui devraient se faire sans difficulté et en qq minutes.
On verra quand y'aura un Moodle stable sous Yunohost... si tant que le problème ne s'exporte pas.
Peut-être aussi qu'avec un Moodle aussi ancien, qui est passé par autant de versions différentes, tu traînes des soucis variés (sans parler des plugins obsolètes).
Peut-être également que l'usage de Git t'apporte des soucis.
Au pire, tu pourrais peut-être essayer d'installer une version de Moodle dernier cri, toute propre, puis y réinstaller les plugins qui te sont utiles, avant d'y restaurer les cours qui te sont (encore) utiles...
Séverin
depuis le 5 aout, j'ai exporté la base de données et les datas vers un YUNOHOST, sur un Moodle également installé par git (car c'est quand même plus simple pour les updates)
Le souci est clairement un cumul:
-1- l'abandon par Apple de la partie macOS Server que j'ai donc "réglé" en passant sur YNH (Debian, quoi)
- 2 - les plugs additionnels qui, à 90% sont systématiquement source d'ennuis. Je pense qu'il faut clairement monter l'exigence sur le sujet... que ce soit sous macos ou sous debian. Et je ne parle des plugs in obsolètes: je les ai viré au fil de l'eau à chaque fois qu'ils n'étaient plus maintenus.
- 3 - les scripts d'update qui nécessitent régulièrement de "finir à la main"... que ce soit sous macos ou sous debian, derechef.. mais bon, disons qu'ils font quand même gagner du temps !
J'ai maintenant un YNH qui héberge mon Moodle et le passage sous Debian m'a fait découvrir la bataille de clochers des BdD (MySQLi / MariaDB / PostgreSQL / etc...)... ainsi que des façons de fonctionner plus pérennes (enfin, j'espère...) mais il aura fallu y mettre une trentaine d'heures (et l'aide de pas mal de gens des forums de YNH, de Github, etc...). L'avantage, c'est qu'avec une Debian comme O.S, je retombe dans une logique de fonctionnement très répandue... et donc, très documentée, autant en français qu'en anglais.