Re: r24351 - in spip: . ecrire ecrire/action ecrire/inc ecrire/maj

Non mais par contre ce que j’ai pensé c’est qu’on peut rajouter dans la réparation du site la migration des vieux logos pas migrés.
Comme ça si un plugin saute et tu n’as plus les logos tu fais « réparer la base » et hop ça les remigre !

--
Cédric
Le 26 juil. 2019 à 14:52 +0200, nicod_ <[email protected]>, a écrit :
> Le 25/07/2019 à 18:44, [email protected] a
> écrit :
> > Author: Cerdic
> > Date: 2019-07-25 18:43:59 +0200 (jeu, 25 jui 2019)
> > New Revision: 24351
> >
> > Log:
> > migration des logos en base - les eventuels logos en doublons ou fichier artonxxxxx parasite sont deplaces dans IMG/logo_erreurs/
> > A noter : le core migre les logos de tous les objets connus au moment de l'upgrade, mais si un plugin se desactive car pas compatible, ses logos ne seront pas migres. Il y a donc une fonction generique logo_migrer_en_base() generique que chaque plugin sera avise d'ajouter a ses upgrades pour SPIP 3.3
> >
> > Modified:
> > spip/
> > spip/ecrire/action/editer_logo.php
> > spip/ecrire/inc/chercher_logo.php
> > spip/ecrire/inc_version.php
> > spip/ecrire/maj/svn10000.php
> > spip/ecrire/paquet.xml
> >
> > Details: http://core.spip.org/projects/spip/repository/revisions/24351
>
> Parfait la migration automatique.
>
> Et hyper important ta remarque, faudra pas oublier de l'indiquer dans
> les notes de release, parce que passage en 3.3 = plein de plugins qui
> vont se désactiver si on n'anticipe pas.
>
> A moins qu'on force la compat des plugins 3.2.* sur la 3.3.0 uniquement ?
> Y'aurait des choses qui pourraient casser ?
>
> --
> nicod_
> _______________________________________________
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip