Gotcha a écrit:

La capacité de "réparer" ne vient-elle pas du fait que Auto-Upgrade remplace les fichiers ? Ce qui a pour effet de corriger certaines anomalies... non ?

Je ne pense pas qu'Auto-Upgrade entre en ligne de compte ... sur le plan de la mise à jour proprement dite, il fait exactement la même chose qu'une mise à jour manuelle.

Je parlerais plutôt de "convergence" du core et des plugins, qui s'améliore au fil des versions, grâce à l'adoption de Smarty, la gestion des plugins et des thèmes, etc. C'est plus facile et plus rapide de développer des modules externes, et d'adapter et publier rapidement les mises à jour nécessaires.

plg a écrit:

Sur un Piwigo 2.0, [extension by P@t] Piwigo Auto Upgrade fait les actions suivantes:

1) fabrique le répertoire "local" à partir de l'ancienne architecture vers celle de la 2.1 (changer include/mysql.inc.php en local/config/database.inc.php avec la nouvelle syntaxe)

2) télécharge l'archive de la dernière version et la décompresse => écrasement des fichiers

3) supprimes tous les fichiers obsoletes (voir la liste sur install/obsolete.list)

Je trouve bien d'avoir ce genre de précisions, claires et pas trop techniques. Ca n'intéresse évidemment pas tout le monde, mais au moins ceux qui cherchent à en savoir un peu plus et aussi ... ceux de l'équipe qui répondent aux questions sur le forum sans toujours bien savoir (je parle pour moi, mais peut-être pas que ...)
;-)

On pourrait envisager de rendre ce genre d'infos accessible quelque part pour la sortie des futures versions ?

plg a écrit:

tosca a écrit:

On pourrait envisager de rendre ce genre d'infos accessible quelque part pour la sortie des futures versions ?

tosca, il suffit de demander si ce genre de détails d'implémentation t'intéresse. Par contre, on ne peut pas tout expliquer par défaut parce que franchement ça n'intéresse pas grand monde et que passer du temps à écrire des explications qui ne servent à rien, c'est inutile.

Pour mes mises à jour personnelles, je me débrouille à peu près, quite à rectifier mes erreurs de manip (on apprend toujours en faisant/corrigeant ses propres erreurs).
;-)

Par contre, pour assurer la "hot-line" sur le forum et répondre aux questions sans faire d'impair, ce genre d'information est bigrement précieux, et pourrait être logé quelque part dans le wiki ... ou dans le topic d'annonce.

Je suis d'accord qu'il ne faut pas perdre du temps à écrire des choses inutiles ; en l'occurrence, je pense que de telles infos permettraient aux personnes qui répondent beaucoup sur le forum d'être plus efficaces et que, au final, le "cercle restreint des développeurs de choc" pourrait être moins mis à contribution.
Il me semble que le temps passé à écrire les 3 lignes ci-dessus pourrait être largement regagné si ça permet à ceux en première ligne d'assurer la plus grande partie des demandes de support sans avoir à faire appel à ceux qui plongent dans le code.