changement de fond pour les dates de rédaction antérieure ?

Bonjour,

sur des sites où j’utilisais le champ « date de rédaction antérieure », le passage en 4.1 (ici en 4.1.7) donne ceci lorsque je saisi «1914» : «21/01/2013»

C’est bizarre qu’il n’y ait pas eu d’autres remarques
Capture d’écran 2023-01-21 à 15.06.49

Oui, c’est « normal » car la date est normalisée, il faut donc saisir celle-ci sous la forme dd/mm/yyyy, a fonctionnait avant en utilisant une date du style 1914 ? (je ne pense pas)

salut b_b

Le 21 janv. 2023 à 21:31, b_b via Discuter de SPIP noreply@discuter.spip.net a écrit :

Oui, c’est « normal » car la date est normalisée, il faut donc saisir celle-ci sous la forme dd/mm/yyyy, a fonctionnait avant en utilisant une date du style 1914 ? (je ne pense pas)
c’était bien le cas, le site passé en 4.1 existe depuis 2010 et plus de 5000 articles l’utilisent ainsi que les boucles qui vont avec (#DATE_REDAC|annee) : https://cartoliste.ficedl.info/

On pouvait mettre “1914”. Maintenant, il faudrait mettre 01/01/1914 ou n’importe quelle date de l’année voulue. C’est ce que le rédacteur principal a fait sans remonter le changement.

en allant voir le site, je trouve qq articles (assez peu) passés faussement en 1970, dont ceux daté de 1av.J.-C. :-).

Ça a l’air d’être des erreurs de frappe versus unix

https://cartoliste.ficedl.info/spip.php?page=date

un autre migré en spip vers 2002 avec presque 10’000 articles de même. Il est encore en 3.2 et affiche bien “novembre 2022” pour une saisie/encodage “11/2022” avec (#DATE_REDAC|affdate_mois_annee) :

ici, si je passe en v4 il faudra saisir “01/11/2022” au lieu de “11/2022” ?

sur d’autre sites j’ai peut-être fait un meilleur choix en utilisant des mot-clés pour les années lorsque le jour et le mois n’étaient pas utiles (car souvent inconnus).

Claude

Sur une 3.2, c’est bien ça ? Ça vient peut-être du changement de lib pour le dateur en 4.x.

Ça sent le bug avec un système ou PHP tourne en 32bits et pas 64 bits cf :

The valid range of a timestamp is typically from Fri, 13 Dec 1901 20:45:54 UTC to Tue, 19 Jan 2038 03:14:07 UTC. (These are the dates that correspond to the minimum and maximum values for a 32-bit signed integer.) For 64-bit versions of PHP, the valid range of a timestamp is effectively infinite, as 64 bits can represent approximately 293 billion years in either direction.

https://www.php.net/manual/en/function.strtotime.php

bonjour,

Oui, c’est une 3.2.
Autant lorsque seule l’année compte, je peux,utiliser le bon filtre, autant pour un site ou le mois compte, c’est complètement différent.

j’ai 1922 lorsque le mois est inconnu et avril 1922 ou septembre… lorsque je connait le mois de parution.

avec un filtre, je me retrouve à na pas savoir choisir le mois lorsqu’il est inconnu ou à tout mettre autoritairement en janvier (ou autre mois) ce qui fausse tout.

les 1avant JC sont des erreurs de saisies que je n’ai pas réussi à isoler

Quand au php 7.4, chez Infomaniak 32 ou 64, je ne sais pas ni ne sais contrôler je suppose.

Claude

correction 8.0 pour le site en spip 4.1