Comportement étrange Base de données

Juillet 2021

Bonjour,
Je développe un plugin qui ajoute simplement des champs à la table spip_articles, rien de bien complexe, sauf que ... Bien évidemment, suite à des bugs / tests, il a bien fallu désinstaller pour réinstaller le plugin.

Alors que j’arrivais à la faire jusqu’à présent sans aucun problème, je n’y arrive plus, et surtout pas à effacer les champs de la base de données (désactivation, mais pas désinstallation ni réactivation dudit plugin). De plus, en tapant directement en ligne de commande pour effacer les champs, le message d’erreur ERROR 1067 (42000): Invalid default value for 'date' apparaît alors que je n’ai fait aucun changement sur ce champ (bien évidemment.

Ma question est simple : quelqu’un a déjà vu ce comportement erratique, et éventuellement, comment y a t’il pallié ?

Merci à tous pour vos aides,

Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

François Mauviard

Juillet 2021

Je relance un peu, avec une piste de réflexion. En effet, il s’agit d’une refonte d’un site développé en SPIP 3.0, lui même issu d’une refonte d’un site plus ancien (probablement en 2.1, voire plus ancien). Je me demande si, lors des différentes mises à jour, le format des dates qui était correct à l’époque n’a pas été implémenté dans la bdd lors des mises à jour successives.

J’ai tenté de désinstaller un autre plugin (Contacts et Organisations) qui n’était plus nécessaire. La désinstallation ne fonctionne plus, même si le plugin que j’ai créé a été désinstallé. Par contre, la désactivation ne pose pas de problème. J’ai l’impression qu’il s’agir du même problème (mêmes messages d’erreur ...).

Quelqu’un a-t-il déjà vu ça ailleurs ?

Merci pour vos réponses,
Indiquez l’intérêt que vous portez à cette réponse

0

François Mauviard

Juillet 2021

Bonjour à tous,
Je finis par revenir vers vous en ayant trouvé la solution. Il s’agissait d’un problème de restauration de base de données. Selon les serveurs, et notamment sur des serveurs MySQL récents, la valeur DATETIME ne peut plus être NULL. Ainsi, lors de la conversion d’une base de données sous MySQL v5.5 vers plus récent, les valeurs ne sont plus intégrées.
Il faut donc tout faire à la main dès qu’on localise un problème de ce type, par exemple avec la réponse https://stackoverflow.com/questions/35565128/mysql-incorrect-datetime-value-0000-00-00-000000/37780259 en bas de page. Agir soit temporairement, soit de façon permanente sur le serveur mysql.