Je pense qu’on aurait pu d’abord consulter la liste avant de faire le changement. Je ne suis pas sur que tous soient encore utiles.
Y a des plugins qui n’ont plus évolués depuis des lustres (cf la page de Plugins SPIP) mais je ne sais pas si ils faisaient partis de ta liste.
Autre chose quand même : si je prends le plugin Bonne année qui vient de passer en SPIP 4 il a un intervalle de spip 2 à spip 4 avec un plugin.xml et un paquet.xml.
Le paquet.xml a été mis à jour mais pas le plugin.xml ce qui est incohérent (même si ça fonctionne) et donc on continue à propager des plugin.xml plus que obsolètes.
Je ne suis pas sur que ce soit une bonne idée cette mise à jour automatique. D’ailleurs on cherche quoi avec ces modifications de compatibilité ? A s’en débarrasser ? A pousser à ne plus faire de tests ?
Je reste dubitatif sur la démarche.
De ce que j’ai compris @JamesRezo a sélectionné uniquement les plugins que des gens font réellement tourner sur > 4.1. Il est allé cherché dans les stats les plugins des sites en 4.1 et 4.2 et en a tiré la liste de ceux qui ont encore une vieille version max alors que des gens les font bien tourner sur des SPIP plus élevés. Donc des gens qui les utilisent « en prod » (forcément avec le define pour forcer leur activation).
Oui donc ça ça doit être bon a priori.
Ce qui serait intéressant c’est d’avoir cette liste car comme je l’ai dit plus haut on étend la compatibilité de plugin un peu moisi : ça pourrait être aussi l’occasion de leur donner une nouvelle jeunesse car là finalement on perd l’information de leur relative obsolescence.
C’est dommage.
De toute façon les plugin.xml sont obsolètes, il ne servent plus à rien depuis pas mal de versions. Charge aux personnes qui maintiennent les plugins de les retirer
