Bonjour
je doit mettre à jour un Spip 4.3.6 en 4.3.9 et passer en 4.4
j’ai mis le fichier spip_loader à la racine et j’y accède
il me propose la mise à jour en 4.3.9
je lance … ça mouline …il est content …nettoyage… et hop je reviens à d’admin …et il ne c’est rien passé on est toujours en 4.3.6
dans le dossier obsolète il n’y a que vendor/algo26-matthias/test/ vide
pas d’erreur
auriez vous une piste ?
merci pour votre aide
Natacha
Salut, tu as bien recalculé la page de l’espace privé pour voir si la version affichée en pied de page se met à jour ? Sinon, peut-être un problème de droits/permissions sur les fichiers du site. Quelle est l’adresse du site en question ?
PS : tu peux très bien passer de la 4.3.6 à la 4.4.
bon par ftp ça fonctionne passé en 4.3.9
m^me manip à faire pour la 4.4.5
oui en effet j’aurai pu passer direct mais dans le doute j’y vais par étape
ce serveur à des configs bizarres et je suis prudente
merci
Natacha
Il est recommandé de faire l’installation avec spip_loader.php pour ne rien oublier… Pour quelle raison ne fonctionnerait-il pas ? NB si c’est juste que la version correcte n’est pas affichée c’est probablement lié à un souci de cache. Un recalcul comme indiqué par b_b et généralement c’est bon.
Bonjour Jack
si j’avais pu je l’aurai fait tu penses bien !
mais il doit y avoir un pb de droits ou / et de propriétaire sur les fichiers qui fait que la mise à jour ne se fait pas alors que spip loader s’exécute normalement
J’étais en SPIP 4.4.5 et l’interface me disait de cliquer pour mettre à jour en 4.4.7. Je clique dessus, je confirme que je veux faire la mise-à-jour, ça mouline une seconde et ça me ramène au point de départ, et me re-propose de faire la mise-à-jour vers 4.4.7. Le fichier CHANGELOG.md dans la racine du site indique 4.4.5 comme dernière version.
Je vois qu’un peu de travail a été fait, j’ai un répertoire « fichiers_obsoletes_20260102_014956 » qui contient le répertoire « squelette-dist » et rien d’autre.
J’ai remarqué que dans la racine du site, la plupart des mes fichiers étaient www-data:www-data sauf quelques-uns, donc le .htaccess qui étaient root:root. J’ai changé ça pour m’assurer que tout était www-data:www-data et j’ai relancé la procédure de mise-à-jour et cette fois-ci ça a fonctionné !
Il y a probablement un problème au niveau du script qui fait qu’il plante lorsqu’il n’a pas accès à certains fichiers.
Il y a de quoi dans les logs Apache, mais c’est pas super-clair (oui, je suis sur un site de test en localhost sur ma machine) :