bonjour,
sur ecrire/?exec=auteur_infos&id_auteur=2
j'obtiens une palanquée d'erreurs mysql (Erreur SQL 1064)
et l'affichage du cadre milieu me liste toute une série de
<li id="rubrest_">
(sans numéro de rubrique donc)
dans le cadre [Ajouter un auteur] de ecrire/?exec=articles&id_article=149
j'obtiens aussi de beaux "Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /_spip_dev_mysql/ecrire/req/mysql.php on line 548"
en mode debug (sur ecrire/?exec=articles&id_article=158&var_mode=debug),
la boucle :
_liste_art(ARTICLES) {id_article?} {id_rubrique?} {id_mot?} {id_auteur?} {where?} {statut?} {tri #ENV{par,date},#GET{defaut_tri}} {pagination #ENV{nb,10}} {!lang_select}
me retourne :
''?
(idem pour la boucle _liste_aut)
SPIP 2.3.0-dev SVN [16733]
PHP 5.2.13
MySQL 5.1.44
je suis désolé de m'excuser d'avoir l'extrème insignifiance de vous
demander pardon, mais personne d'autre que moi (ma config donc) n'est
confronté à ces erreurs ?
(question (subsidiaire peut-être) : quelqu'un de cette liste
utilise, ne serait-ce que pour test, spip 2.3.0-dev ?)
palanquée d'erreurs
je suis désolé de m'excuser d'avoir l'extrème insignifiance de vous
demander pardon, mais personne d'autre que moi (ma config donc) n'est
confronté à ces erreurs ?
Ah, mais elles sont pas visibles les erreurs en fait ?
elles s'affichent pas sur ma page... Ah... elles sont dans les logs !!!
Je vois bien les rubriques (juste l'icone) et le code <li id="rubrest_"><a ... </a></li>.
Dans les logs... j'ai une palanquée de :
Dec 16 14:53:38 127.0.1.1 (pid 1962) Erreur mysql 1146
Dec 16 14:53:38 127.0.1.1 (pid 1962) Table 'su_devumaya6e97.visiteurs' doesn't exist - SHOW CREATE TABLE `visiteurs`
Dec 16 14:53:38 127.0.1.1 (pid 1962) trouver_table: table inconnue '' 'visiteurs'
qui se répète avec 'visiteur' (singulier), puis d'autres noms.
Dans le genre log verbeux... y a aussi :
Dec 16 14:53:39 127.0.1.1 (pid 1962) include_spip balise/nom.php non trouve
Dec 16 14:53:39 127.0.1.1 (pid 1962) include_spip balise/id_article.php non trouve
...
Ou encore :
Dec 16 14:53:39 127.0.1.1 (pid 1962) @jour@ @nommois@: variables inutilisees jourmois, mois, annee
Dec 16 14:53:39 127.0.1.1 (pid 1962) @jour@ @nommois@ @annee@: variables inutilisees jourmois, mois
Et :
Dec 16 14:53:42 127.0.1.1 (pid 1965) images/-24.png introuvable dans le theme prive spip
Et enfin :
Dec 16 14:53:40 127.0.1.1 (pid 1962) include_spip balise/e.php non trouve
Dec 16 14:53:40 127.0.1.1 (pid 1962) include_spip balise/c.php non trouve
Dec 16 14:53:40 127.0.1.1 (pid 1962) include_spip balise/ffd.php non trouve
(question (subsidiaire peut-être) : quelqu'un de cette liste
utilise, ne serait-ce que pour test, spip 2.3.0-dev ?)
Oui, pour tester de temps en temps.
Salut Denis,
palanquée d'erreurs
je suis désolé de m'excuser d'avoir l'extrème insignifiance de vous
demander pardon, mais personne d'autre que moi (ma config donc) n'est
confronté à ces erreurs ?(question (subsidiaire peut-être) : quelqu'un de cette liste
utilise, ne serait-ce que pour test, spip 2.3.0-dev ?)
Pour : "Warning: mysql_free_result(): supplied argument is not a valid MySQL result resource in /_spip_dev_mysql/ecrire/req/mysql.php on line 548"
J'ai aussi le bug. J'ai cherché un peu là dessus ce matin et cela vient de r16670 avec l'introduction des itérateurs.
Ici on vire $result et du coup ça fait planter sql_skip qui est utilisé par la balise #SAUTEUR.
Cedric me disait qu'il "suffit" d'implémenter sql_skip dans la classe des itérateurs, mais là je suis out de chez out. Il m'a aussi dit qu'il regarde ça dès que possible.
Voilà les news de mon côté.
le objet_type qui appelle trouver_table etait pas si fameux que ça.
Ou plutot il faut distinguer 2 usages :
dans la branche dev la fonction est aussi utilisée pour normaliser le nom des objets avant de chercher l'icône.
Mais dans le cadre de cet usage, il n'est pas judicieux de chercher en base.
C'est ce qui provoque ici toutes ces erreurs.
Pour le reste, il faut que je regarde, en ce moment je suis revenu sur la stable pour avancer sur un projet.
Cédric
le (les) "mysql_free_result(): supplied argument is not ..." c'est un
warning php tout ce qu'il y a de plus banal.
les "Erreur SQL 1064 You have an error in your SQL syntax ..." ce sont
des alertes du débusqueur (tableau rouge et noir : SELECT M.id_message, M.date_heure... ).
je suis aussi tombé sur un appel de balise_img obsolète...
de fait, j'essaie de faire tourner une 2.3.0-dev (nue) avec un
error_reporting(E_ALL) dans mes-fonctions.php pour tenter de nettoyer
une bonne fois les "Undefined index:" et autres "Undefined variable:".
et je tape sur la 2.3 n'osant plus toucher à la 2.1 et la feue 2.2...
bref... i'll be back.
Ca, ca date d'avant :
http://comments.gmane.org/gmane.comp.web.spip.zone/20146