Project

General

Profile

Anomalie #3644

Roadmap #3937: SPIP-Loader

spip_loader ne supprime pas les vieux fichiers

Added by phe nix about 5 years ago. Updated over 3 years ago.

Status:
Fermé
Priority:
Haut
Assignee:
-
Category:
-
Target version:
Start date:
01/10/2016
Due date:
% Done:

0%

Resolution:
fixed
Navigateur:

Description

Hello,

Après un upgrade de 3.0.21 vers 3.1.0, si je vais dans l'onglet "Maintenance technique", il y a un fatal error:

Fatal error: Cannot redeclare req_pg_dist() (previously declared in /home/phenix/Sites/personnel/henix.be/ecrire/req/pg.exp.php:34) in /home/phenix/Sites/personnel/henix.be/ecrire/req/pg.php on line 32

C'est un problème avec le spip_loader, il ne supprime pas les fichiers qui sont en trop sur le serveur...

History

#1 Updated by phe nix about 5 years ago

Un solution simple:

Le spip_loader pourrait bouger les dossiers du core dans un dossier backup_core avant de lancer la mise à jour.

#2 Updated by erational 👺鬼 about 5 years ago

Je confirme et reproduis le bug

#3 Updated by Fil _ about 5 years ago

Il vaudrait mieux éliminer le bug dans SPIP ! Comment se fait-il qu'on charge un fichier qui n'est plus censé exister ?

#4 Updated by Maïeul Rouquette about 5 years ago

il y a deux problèmes en effet. La question de fil est sans doute la plus importante, mais avoir un SPIP propre apres spip_loader est toujours utile.

#5 Updated by Julien - almost 5 years ago

En effet, je me suis fait avoir avec un plugin qui, chez moi, chargeait "jquery.ui.datepicker" sans broncher en 3.1 alors que c'est la nomenclature de la 3.0.
Ça ne fonctionnait pas chez un utilisateur avec une version fraiche de SPIP 3.1.
J'ai supprimé tous mes .js en trop pour me remettre dans de bonnes conditions de dev.

#6 Updated by Julien - almost 5 years ago

Autre idée : déplacer dans backup_core uniquement les vieux fichiers (en se basant sur leurs dates...)

#7 Updated by phe nix almost 5 years ago

Julien - a écrit :

Autre idée : déplacer dans backup_core uniquement les vieux fichiers (en se basant sur leurs dates...)

Non, la date n'est pas une donnée fiable.
Elle est modifiée/modifiable par le système dès qu'une opération est faite sur le fichier. De plus, il me semble qu'en fonction du système d'exploitation, les règles de changement de date des fichiers ne sont pas les mêmes.

#8 Updated by touti touti almost 5 years ago

C'est donc le fichier ecrire/req/pg.php qu'il faut supprimer.

#9 Updated by b b almost 5 years ago

Comment se fait-il qu'on charge un fichier qui n'est plus censé exister ?

Le fichier n'est plus censé exister à condition que la mise à jour ait été effectué en suivant la procédure de la doc, cf :

http://www.spip.net/fr_article5693.html

On a déjà eu des bugs du style entre la branche 2 et la 3, à cause de la balise formulaire_recherche par exemple, cf le fichier source:branches/spip-2.1/ecrire/balise/formulaire_recherche.php qui a disparu en 3.0.

#10 Updated by Julien - over 4 years ago

DokuWiki a une procédure détaillée pour traiter le problème des fichiers obsolètes :
https://www.dokuwiki.org/install:unused_files

Il gère donc un listing des fichiers obsolètes et proposent différentes façons de l'exploiter.

#11 Updated by cedric - almost 4 years ago

  • Subject changed from Fatal error SPIP 3.0 => 3.1 dans Maintenance technique to spip_loader ne supprime pas les vieux fichiers
  • Target version set to 3.3

#12 Updated by cedric - almost 4 years ago

  • Parent task set to #3937

#13 Updated by b b over 3 years ago

  • Status changed from Nouveau to Fermé
  • Resolution set to fixed

Je pense qu'on peut fermer ce ticket depuis les évolutions apportées par "magic marcimat" dans la version 3.0 du loader, cf : http://archives.rezo.net/archives/spip-zone.mbox/K3HIGX3DI7Q2O6ODZHVC4BMHWCDRLFZ2/

Also available in: Atom PDF