Recherche avancée

Sur d’autres sites (12630)

• Anomalie #4522 : erreur en php 8 dans mysql.log

  14 juillet 2020

  Ok, là on a un petit souci semble t’il (probablement pas du à PHP8 non plus, mais à la version de Mysql ou de sa remontée d’erreur)

  Dans ces pipelines, on récupère $mydate = $flux['args']['date'];, et on lui applique, sur les requêtes sql_quote($mydate).
  Sauf que $mydate vaut la chaine '2020-07-13 15:38:14', guillemets compris.
  Du coup, ça crée quelque chose de faux ensuite dans les requêtes (guillemet + guillement échappé).
  Je suppose que c’était vu comme une date invalide avant ? ou mysql s’en accomodait très bien ?
  (parce que je crois pas qu’on ait eu de retours comme quoi ces pipelines "optimiser_base_disparus" ne fonctionnent pas comme prévus)

  Cette date est calculée là https://git.spip.net/spip/spip/src/branch/master/ecrire/genie/optimiser.php#L157 est a déjà sql_quote d’appliqué, depuis 9 ans, par https://github.com/spip/SPIP/commit/472dc705e72557172ee3e53bd3a06465a9968ab9

  Mais par exemple dans les plugins, un commit ultérieur (il y a 6 ans) a rajouté les sql_quote doublons sur les dates…
  - https://github.com/spipremix/breves/commit/4f82b6481
  - https://github.com/spipremix/sites/commit/1dae8e8fe73340
  - https://github.com/spipremix/petitions/commit/21c15b08edc7
  - ...

  Je pense que ces sql_quote($mydate) ajoutés dans les pipelines sont erronés du coup, mais il y a peut être quelque chose qui m’échappe.

  (désolé, j’utilise Github pour remonter l’historique via blame + les boutons voir le fichier avant cette révision, tellement pratique... et Gitea n’a pas ça)

• Anomalie #4364 : MYSQL 5.7 - Erreurs avec les dates à 0

  12 février 2021, par cedric -

  il faut pas juste modifier la declaration en base, il faut passer partout où on teste les dates '0000-00-00 00:00:00' et doubler la condition d’un OR xxx IS NULL

  Ce sera donc pour une 3.4

• Anomalie #3270 (Fermé) : Problème de sauvegarde en MySQL

  31 octobre 2014, par cedric -

  Appliqué par commit r21762.