- mars 08, 2024
-
- fév. 08, 2024
-
- jan. 11, 2024
-
- déc. 18, 2023
-
- oct. 05, 2023
-
- sept. 01, 2023
-
- juil. 15, 2023
-
- juil. 07, 2023
-
- juin 07, 2023
-
- mars 23, 2023
-
-
marcimat a rédigé
Création d’une classe Spip\ErrorHandler pour gérer cela. Plus tard, il faudra lui passer un logger en entrée.
-
- mars 20, 2023
-
- fév. 28, 2023
-
- fév. 27, 2023
-
- fév. 23, 2023
-
- jan. 28, 2023
-
- jan. 27, 2023
-
- jan. 20, 2023
-
-
marcimat a rédigé
Refs: #5452
-
- jan. 08, 2023
-
-
marcimat a rédigé
Refs: #5369
-
- oct. 07, 2022
-
-
marcimat a rédigé
Simplification du chargement des iterateurs, et on tente de maintenir partiellement temporairement le chargement des itérateurs existants hors du core. Refs: #5056
-
JamesRezo a rédigé
-
marcimat a rédigé
À partir de cet instant, SPIP nécessite d’avoir exécuté `composer install` ou `composer update` pour fonctionner.
-
- sept. 23, 2022
-
-
cerdic a rédigé
fix: lors de l'upgrade depuis SPIP 4.0 ou antérieur il faut forcer le webmestre à se reloger pour générer un fichier `config/cles.php` et les autres auteurs à rehasher leur mot de passe de façon plus sure Refs: #5336
-
- août 23, 2022
-
-
marcimat a rédigé
- avr. 14, 2022
-
-
cerdic a rédigé
-
- avr. 05, 2022
-
-
marcimat a rédigé
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
-
- avr. 01, 2022
-
-
marcimat a rédigé
-
- mars 03, 2022
-
-
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)
-
- fév. 26, 2022
-
-
JamesRezo a rédigé
-
- jan. 28, 2022
-
-
marcimat a rédigé
-
- jan. 16, 2022
-
-
marcimat a rédigé
des squelettes compilé pour être sûr qu’il se mette à jour.
-
- jan. 14, 2022
-
-
marcimat a rédigé
-
- jan. 13, 2022
-
-
marcimat a rédigé
-
- nov. 17, 2021
-
-
cerdic a rédigé
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
-
- oct. 21, 2021
-
-
cerdic a rédigé
-
- août 30, 2021
-
-
JamesRezo a rédigé
* 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>
-
- juil. 08, 2021
-
-
marcimat a rédigé
-
- juin 01, 2021
-
- mai 01, 2021
-
- avr. 30, 2021
-
-
cerdic a rédigé
-