D’où vient cette différence ?
Est-ce que l’url du dépôt n’est pas bonne ?
Comment est-ce que la vérification automatique des mises à jour fonctionne lorsqu’on indique, dans la page d’ajout de plugins, l’url d’une archive comme celle du plugin “Article d’accueil” qui ne fait pas partie des paquets de nos dépôts (http://files.spip.org/spip-zone/article_accueil.zip) ?
D’où vient cette différence ?
Est-ce que l’url du dépôt n’est pas bonne ?
Par défaut, SVP est en mode « runtime » (define).
Dans ce mode SVP ne charge que les plugins compatibles avec la version courante de SPIP.
C’est le mode normal pour utiliser SVP en tant que chargeur/updateur de plugins.
Maintenant pour un site comme plugins.spip.net, on utilise le mode « non runtime » afin de charger l’ensemble des paquets d’un dépot quelque soit la version SPIP installé sur le site. Il faut réserver ce mode qu’aux sites de ce type bien entendu.
Comment est-ce que la vérification automatique des mises à jour fonctionne lorsqu’on indique, dans la page d’ajout de plugins, l’url d’une archive comme celle du plugin « Article d’accueil » qui ne fait pas partie des paquets de nos dépôts (http://files.spip.org/spip-zone/article_accueil.zip) ?
J’ai essayé de chercher “skeleditor” ou “article_accueil” dans
/ecrire/?exec=charger_plugin
Pour moi ces plugin me semblaient stables alors qu’ils sont en “test” (différence habituelle de perception utilisateur/développeur)
Je viens de me rendre compte que l’interface filtre selon le status en ne choisissant que les plugins se déclarant comme stables.
D’où mon erreur.
Qu’est-ce qui fait que ces plugins sont à l’état de test actuellement ? Il existe un espace listant les bugs à corriger pour spip 3.0+ ? Parce que s’il n’existe pas de bug connu, je ne vois pas pourquoi on ne peut pas les récupérer “par défaut” dans SPIP.
Bon, si ce retour peut servir tant mieux, sinon, désolé pour le bruit.