Author: Matthieu Marcillaud
Date: 2019-08-27 20:15:17 +0200 (mar, 27 aoû 2019)
New Revision: 24387
Log:
Ticket #4353 : On adapte les champs d?\195?\169clar?\195?\169s 'TIMESTAMP' en mysql versions r?\195?\169centes (8 par exemple) afin qu?\226?\128?\153ils se comportent comme on les attends
dans SPIP, c?\226?\128?\153est ?\195?\160 dire avec une mise ?\195?\160 jour de la date ?\195?\160 chaque update.
On migre les champs des tables connues.
Cependant, sur les tables cr?\195?\169es auparavant avec une version de mysql r?\195?\169cente, la colonne avec TIMESTAMP accepte les valeurs NULL et les accepte et en contient toujours apr?\195?\168s cette migration.
Il faudrait peut ?\195?\170tre une autre migration pour appliquer une valeur sur tous les NULL pour pouvoir enlever cette indication dans la d?\195?\169clarationd du champ que nous n?\226?\128?\153avions pas auparavant.
Autrement dit, on obtient 'TIMESTAMP NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP' ?\195?\160 la place de 'TIMESTAMP default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'.
Mais ?\195?\167a ne doit pas ?\195?\170tre tr?\195?\168s g?\195?\170nant.
Modified:
spip/
spip/ecrire/inc_version.php
spip/ecrire/maj/svn10000.php
spip/ecrire/paquet.xml
spip/ecrire/req/mysql.php
spip/ecrire/req/sqlite_generique.php
Details: http://core.spip.org/projects/spip/repository/revisions/24387