Ticket #5120 : ne pas définir la constante _DEV_VERSION_SPIP_COMPAT, même en dev, charge à chacun·e de le faire dans son fichier mes_options.php si besoin

cerdic a rédigé 3 years ago et marcimat a validé 3 years ago

Upgrade de base pour ajouter un champ `backup_cles` sur spip_auteurs qui
permet aux webmestres de conserver une copie des cles

Le secret_du_site est fourni via SpipCles et plus via spip_meta, il est
supprime de la base (on le reinit au passage, mais c'est pas tres grave)

des squelettes compilé pour être sûr qu’il se mette à jour.

Fix un problème recurent de fuite de données lorsque les utilisateur mettent un #FORMULAIRE_TRUC dans un modeles/xxxx.html : le formulaire perd son dynamisme quand il est inclus dans l'appelant, que ce soit via un <xxxx|> ou via un #MODELE{xxx}. On repere le cas est on injecte du PHP qui appelle la fonction executer_balise_dynamique() au lieu d'injecter l'appel a la fonction lui meme

* Passe 1 : le Spacing générique et les déclarations de classes et de fonctions 1217 fixes dans 158 fichiers
* Passe 2 : Structures de contrôle (if, for, etc.) 967 fixes dans 168 fichiers
* Passe 3 : Appels de fonctions, instanciations de classes 1810 fixes dans 128 fichiers
* Passe 4 : Quotes, Double-quotes 3179 fixes dans 174 fichiers
* Passe 5 : Short Array syntax 2697 fixes dans 248 fichiers

Co-authored-by: JamesRezo <james@rezo.net>
Reviewed-on: https://git.spip.net/spip/spip/pulls/4868


Co-authored-by: JamesRezo <jamesrezo@noreply.git.spip.net>
Co-committed-by: JamesRezo <jamesrezo@noreply.git.spip.net>

Une constante _IS_CLI pour permettre facilement de differencier les cas (ex : pas la peine de faire un redirect si on est en _IS_CLI)

Cela fait suite à différentes discussions sur le cycle de release de SPIP.
Notre objectif (si on y arrive) est d'avoir des releases plus fréquentes (au minimum une fois par autour du moins de décembre — soit peu après la sortie d'une nouvelle version de PHP).
Les versions majeures de SPIP seront compatibles avec les versions maintenues de PHP au moment de leur sortie.
Soit à ce jour de PHP 7.3 à 8.0

Fix #3535 : une mise a jour de base pour remettre en NOT NULL le champ imessage  passer a oui partout ou il vaut pas non

Complement de 46a1d0e7 : faire le define dans spip_initialisation_suite()

Stocker les contextes dans des fichiers en cache si la longueur de l’argument géneré est plus long que ce qui est toléré
Cf : https://core.spip.net/issues/3239 et le patch proposé par marcimat

(cherry picked from commit 6c6b6c6d)

Les syntaxes suivantes et leurs derivees possibles sont désormais licites :
[(#REM|non)
    <h3>Balise 2</h3>
    <BOUCLE_pouet(ARTICLES){0,2}{tri #ENV{par,date}}>
        art: #ID_ARTICLE<br />
    </BOUCLE_pouet>
]

[(#REM|oui|?{<h3>Balise 2</h3>,
    <BOUCLE_pouet(ARTICLES){0,2}{tri #ENV{par,date}}>
        art: #ID_ARTICLE<br />
    </BOUCLE_pouet>})
]

Il restait des liens en http alors que nous sommes en https, cela fonctionnait, mais c’est toujours mieux :)
Il manquait surtout là: https://git.spip.net/spip/spip/src/branch/master/prive/login.html#L44

Il y a deux endroits, je ne pense pas que mettre https posera de problème, mais je préfère le dire des fois que :)
https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/configurer_relayeur.php#L23
et
https://git.spip.net/spip/spip/src/branch/master/prive/ical_prive.html#L9

#4557

Franck a rédigé 4 years ago et marcimat a validé 4 years ago

«avec tendresse depuis 2001»

Suite de b1dd17fb (renommage filtre match pour PHP8) : Le filtre étant utilisé dans les squelettes, il faut forcer leur recalcul.
On utilise la date maintenant plutôt que la version svn qui n’a plus de sens. Il faudra faire pareil avec spip_version_base au prochain changement.

Fix #4517

Ref #4350 & r23619 qui mentionnait "Debian 7 Wheezy est supportée avec PHP 5.4 jusque fin mai 2018…"

2 constantes _SPIP_VERSION_ID et _SPIP_EXTRA_VERSION pour faciliter les tests de version dans les plugins

Ticket #4353 : On adapte les champs déclarés 'TIMESTAMP' en mysql versions récentes (8 par exemple) afin qu’ils se comportent comme on les attends
dans SPIP, c’est à dire avec une mise à jour de la date à chaque update.
On migre les champs des tables connues.

Cependant, sur les tables crées auparavant avec une version de mysql récente, la colonne avec TIMESTAMP accepte les valeurs NULL et les accepte et en contient toujours après cette migration.
Il faudrait peut être une autre migration pour appliquer une valeur sur tous les NULL pour pouvoir enlever cette indication dans la déclarationd du champ que nous n’avions pas auparavant.
Autrement dit, on obtient 'TIMESTAMP NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP' à la place de 'TIMESTAMP default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'.
Mais ça ne doit pas être très gênant.

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

(au passage on supprime le hack sur la globale formats_logos qui consistait a avoir la position de l'extension correspondant a la valeur IMAGETYPE_XXX retournee par getimagesize() et on passe le gif en dernier pour des raisons de performance car c'est le format le moins utilise maintenant)

Permettre de personaliser le _HEADER_VARY, ce qui peut etre necessaire pour le reverse proxy en amont du frontal