Le critère {age<#TRUC}, avec #TRUC valant 3 provoque une erreur de test en SQLite, qui renvoie toujours VRAI.
La différence est minime entre les deux :
TIMESTAMPDIFF('HOUR',articles.date,NOW())/24 < 3
TIMESTAMPDIFF('HOUR',articles.date,NOW())/24 < '3' pour le second
Mysql quand à lui a parfaitement l’air de s’en accomoder. Notons qu’il y a une petite différence en Mysql sur la sortie : TIMESTAMPDIFF(HOUR ... où HOUR est une variable interne
alors que sous SQLite c'est un paramètre de la fonction TIMESTAMPDIFF que sqlite_fonctions.php déclare. Mais ça ne change rien au problème rencontré ici.
Pour tester, sous SQLite on obtient 2 résultats différents.
Découvert suite à https://forum.spip.net/fr_267686.html
- Le critère `{age<3}` fonctionne bien en SQLite.
- Le critère `{age<#TRUC}`, avec `#TRUC` valant 3 provoque une erreur de test en SQLite, qui renvoie toujours VRAI.
La différence est minime entre les deux :
- `TIMESTAMPDIFF('HOUR',articles.date,NOW())/24 < 3`
- `TIMESTAMPDIFF('HOUR',articles.date,NOW())/24 < '3'` pour le second
Mysql quand à lui a parfaitement l’air de s’en accomoder. Notons qu’il y a une petite différence en Mysql sur la sortie : `TIMESTAMPDIFF(HOUR ... ` où HOUR est une variable interne
alors que sous SQLite c'est un paramètre de la fonction TIMESTAMPDIFF que sqlite_fonctions.php déclare. Mais ça ne change rien au problème rencontré ici.
Pour tester, sous SQLite on obtient 2 résultats différents.
<pre>
#CACHE{0}
<h1>#SQUELETTE</h1>
<BOUCLE_age(ARTICLES){age<100}{pagination 1}>
#ID_ARTICLE : #COMPTEUR_BOUCLE / #GRAND_TOTAL<br />
</BOUCLE_age>
#SET{age,100}
<BOUCLE_age2(ARTICLES){age<#GET{age}}{pagination 1}>
#ID_ARTICLE : #COMPTEUR_BOUCLE / #GRAND_TOTAL<br />
</BOUCLE_age2>
</pre>
Ça fait donc suite à :
- https://core.spip.net/projects/spip/repository/revisions/19343
- https://core.spip.net/projects/spip/repository/revisions/19497
Et donc à https://core.spip.net/issues/2686 aussi.
Découvert suite à https://forum.spip.net/fr_267686.html
{age<3}fonctionne bien en SQLite.{age<#TRUC}, avec#TRUCvalant 3 provoque une erreur de test en SQLite, qui renvoie toujours VRAI.La différence est minime entre les deux :
TIMESTAMPDIFF('HOUR',articles.date,NOW())/24 < 3TIMESTAMPDIFF('HOUR',articles.date,NOW())/24 < '3'pour le secondMysql quand à lui a parfaitement l’air de s’en accomoder. Notons qu’il y a une petite différence en Mysql sur la sortie :
TIMESTAMPDIFF(HOUR ...où HOUR est une variable internealors que sous SQLite c'est un paramètre de la fonction TIMESTAMPDIFF que sqlite_fonctions.php déclare. Mais ça ne change rien au problème rencontré ici.
Pour tester, sous SQLite on obtient 2 résultats différents.
#CACHE{0}
#SQUELETTE
#ID_ARTICLE : #COMPTEUR_BOUCLE / #GRAND_TOTAL#SET{age,100} #ID_ARTICLE : #COMPTEUR_BOUCLE / #GRAND_TOTAL
SQLite3 :
Mysql :
Ça fait donc suite à :
Et donc à https://core.spip.net/issues/2686 aussi.
Redmine ne l'a pas fait, mais on peut fermer le ticket maintenant, non ?
Statut changé à En cours
Statut changé à Fermé