Re: Problème WHERE
tofulm <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 14/04/2021 à 09:27, JLuc a écrit : > C'est surtout le calcul de ces critères qui a foiré son calcul > en laissant les quotes autour de "'='" et "'sql_quote(..)'" > et après c'est normal que ça provoque une erreur. > > Je demandais hier sur irc : quand tu cites le message d'erreur > il y a ce qui ressemble à la pile d'appel : > "[sql_select(), calculer_select(), objet_test_si_publie(), > inc_determiner_statut_document(), document_instituer(), > medias_post_edition(), etc ] > C'est étonnant ça : c'est SPIP qui a gardé une trace de la pile > d'appel ayant calculé les critères > et qui la présente ainsi ou c'est toi ? ==> cette pile d'appel -> c'est une récup dans les log mysql.log > > Cette pile c'est justement ce qui semble construire les critères. > Ça décrit, dans le pipeline post_edition, le calcul du statut du document > à partir du statut de l'objet auteur il est lié. > > objet_test_si_publie appelle instituer_boucle > et on dirait que instituer_boucle se trompe : > - Dans le cas où il y a une exception (cas 'visiteur'), ça retourne > prématurément > et ça n'appelle pas fabrique_jointures et ça se passe bien > - mais dans le cas administrateur, ça appelle fabrique_jointures > et c'est un peu comme si fabrique_jointures était alors appelé avec > $echap=true > et du coup le calculer_select se plante après > > > Note que dans ton message d'erreur, c'est id_auteur 21 qui apparaît > et non 13 comme tu le dis. Ça change quelque chose ? ==> ca ne change rien, j'ai testé sur différents auteurs -- tofulm