Correction d'une petite incohérence dans objets_modifer_champs() #148
Closed
maieul
wants to merge 1 commits from maieul:coherence_exception_verification_objet_modifier_champs
into master
Loading…
Reference in new issue
There is no content yet.
Delete Branch 'maieul:coherence_exception_verification_objet_modifier_champs'
Deleting a branch is permanent. It CANNOT be undone. Continue?
Dans
objet_modifier_champs()
on a une sécurité qui vérifie qu'après la modification de la ligne viasql_updateq()
, ce qu'on lis au retour desql_fetsel()
est bien ce qu'on a demandé à être enregistré.Cette sécurité possède par ailleurs une dérogation pour les entier. Elle n'émet pas de message d'erreur si l'on envoit
''
àsql_updateq()
et qu'on retrouve0
à la sortie desql_fetsel()
.Par ailleurs la norme dans SPIP est que pour les dates, on considère
0000-00-00 00:00:00
comme une date nul. Par conséquent, et encohérence avec l'exception sus-citées pour les entier, il faut
considérer que si l'on a envoyé
''
danssql_updateq()
, on considère celacomme équivalent au
0000-00-00 00:00:00
qu'on obtient au retour desql_fetsel()
.A reporter en 3.2
Intégré et amendé en
ee5c984330
: j'ai evité d'utiliser la fonction vider_date() qui n'est pas forcément chargée en faisant un test plus strict pour ne pas risquer de laisser passer une erreurmerci ! un report en 3.2 ?
ah mais c'est deja fait en
979babd7f