Retour message d’erreur sur forum administrateurs privés

eric15

Décembre 2016

Votre message n’a pas pu être enregistré en raison d’un problème technique

SPIP 3.1.3 [23214]

(pid 77937) :Pri:ERREUR : Erreur sur forum_insert_base array (
0 =>
array (
’titre’ => ’Essai après mises-à-jour des plugins’,
’texte’ => ’Ceci est vraiment navrant de ne pas trouver où se situe l\’erreur ??’,
’nom_site’ => ’’,
’url_site’ => ’http://’,
’statut’ => ’publie’,
’objet’ => ’’,
’id_objet’ => ’0’,
’auteur’ => ’blablabla’,
’email_auteur’ => ’blablabla@blabla.bla’,
),
1 => ’0’,
2 => ’’,
3 => ’0’,
4 => ’publie’,
5 => NULL,
)
2016-12-14 20:49:20 xxx.xxx.xxx.xxx (pid 77937) :Pri:ERREUR : Echec insertion forum sur 0 (+0)

Quelqu’un a-t-il une idée d’où ça peut provenir ?

Merci

Par note Par date Par date chronologique

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

0

Pierrot

Août 2018

Bonjour,

Bon j’ai progressé : apparemment le problème vient du plugin "Modération modérée" qui est utilisé dans le site.
Si je le désactive ça marche. Si je l’active mais que je désactive la modération modérée pour les administrateurs, ça marche aussi. Dès que je réactive, problème.

Je vais le signaler sur le contrib correspondant. J’ai pas l’impression que bcp utilisent cette fonctionnalité de forum privés administrateurs, un bug a pu passer inaperçu ...

Merci pour les infos au long de ce fil.
Pierre.
Indiquez l’intérêt que vous portez à cette réponse

0
Matthieu Marcillaud

Août 2018
Ah !
- Appelée par inc_forum_insert_dist() (inc/forum_instert.php)
- elle-même chargée par $forum_insert = charger_fonction('forum_insert', 'inc'); dans formulaires/forum.php et formulaires/forum_prive.php, et appelée quelques lignes plus loin par $forum_instert($objet, ....)
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrot

Août 2018

Bonjour,

Oui moi aussi j’ai testé sur d’autres sites, je n’ai pas le pbm.

Il s’agit des forums admin dans l’espace privé.

Et ce n’est pas un site neuf mais bien un site avec des mises à jour que je pourrai qualifier de chaotiques :
– un premier round jusqu’à la 3.0 il y a 2 ans par une autre personne qui a laissé plein de bugs
– puis un second round il y a 6 mois jusqu’à la 3.2 après lequel j’ai commencé à essayer de corriger les bugs introduits par le 1er round ... mais il semble que celui-là de bug ait été introduit par ce second round, je m’en sens donc responsable).

Plein de PHP custom mais qui est bien cantonné en dehors de spip pour interroger 2 tables spéciales, appelé par spip, pas d’incidence sur l’espace privé.

En fait je raconte ici pour donner le contexte mais personne n’a répondu à ma question d’origine (liste et ici) qui est de savoir à quel endroit se fait l’appel de la fonction forum_insert_base(). Je sais ou est cette fonction, mais je ne trouve pas l’appel dans le cadre du forum admin de l’espace privé. Cela me permettrait de continuer à remonter l’écheveau :-)

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

0

Matthieu Marcillaud

Août 2018

Les positions des champs n’ont rien à voir (peut importe).
J’ai testé chez moi les forums privés & administrateurs sans rencontrer le souci mentionné là.

Dans quel contexte cela se produit ? dans l’espace privé sur le forum administrateur ou ailleurs ?

Il y a peut être des plugins qui surchargent certains fichiers ? est-ce que ce site est là suite à une mise à jour des fichiers ? est-ce un site neuf ?
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrot

Août 2018

Bonjour,

Par rapport au script de génération de cette table je constate que le champ date_thread est en position 17 sur ma table active contre 7 dans le script (ligne 109) ... selon la façon dont la base est interrogée/récupérée je sais que ça peut avoir une influence (si on utilise mysqli_fetch_row ou mysqli_fetch_array) ...
En dehors de ce possible problème, cela pourrait-il indiquer que le script de mise à jour s’est mal déroulé ?

J’ai aussi 2 champs supplémentaires liées au plugin Compositions ... (dont je ne sais s’il est vraiment utilisé, comme je le disais sur la liste, je ne suis pas l’auteur).

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

0
Pierrot

Août 2018
Bonjour,

Les champs en question sont bien présents dans la base, on en est à la version 1.2.2 (forum_base_version), je suppose qu’il n’est alors pas nécessaire que je relance les maj ?

Dans mysql.log j’ai la même erreur que dans le post original en l’occurence :
```
2018-08-21 17:23:01 92.154.37.49 (pid 6553) :Pri:ERREUR: Erreur sur forum_insert_base array (
  0 => 
  array (
    'titre' => 'TEST 1',
    'texte' => 'TEST 1 TEST 1 TEST 1',
    'nom_site' => '',
    'url_site' => 'http://',
    'statut' => 'publie',
    'objet' => '',
    'id_objet' => '0',
    'auteur' => 'Admin',
    'email_auteur' => 'xxxxxx@xxxxx.fr',
  ),
  1 => '0',
  2 => '',
  3 => '0',
  4 => 'publie',
  5 => NULL,
)
2018-08-21 17:23:01 92.154.37.49 (pid 6553) :Pri:ERREUR: Echec insertion forum sur  0 (+0)
```
Les paramètres 2 et 3 sont vides ou égale à 0 donc ça ne peut pas passer le test du début de la fonction forum_insert_base() .
Comme signalé dans les emails à la liste, j’ai trouvé cette fonction, si j’enlève le test en question je n’ai plus l’erreur (et pas d’enregistrement) mais par contre je ne trouve pas l’appel à cette fonction.

Merci de s’intéresser au problème, je pense qu’il est bien arrivé lors des dernières mises à jours (de 3.0 vers 3.2) mais sans que ce soit 100% sûr, la fonctionnalité n’est pas très utilisée mais maintenant qu’ils en ont besoin pour un cas particulier, faudrai que je trouve la solution.
Pierre
Indiquez l’intérêt que vous portez à cette réponse

0

Matthieu Marcillaud

Août 2018

Je dirai que peut être, la table spip_forum n’a pas ses champs à jour ; c’est à dire qu’une mise à jour depuis un Spip plus ancien a pu ne pas fonctionner ou ne pas être effectuée.

Vérifier que les colonnes ’objet’ et ’id_objet’ de la table spip_forum sont bien présents (https://zone.spip.org/trac/spip-zone/browser/spip-zone/_core_/plugins/forum/base/forum.php#L102).

Les mises à jour en question se trouvent là, si tel est le cas : https://zone.spip.org/trac/spip-zone/browser/spip-zone/_core_/plugins/forum/forum_administrations.php#L50 . Pour refaire exécuter les mises à jour par SPIP, il faut modifier la valeur de la meta nommée forum_base_version dans la table SQL spip_meta et lui mettre un numéro de version antérieur aux versions à relancer, puis repasser sur la page des plugins ensuite (les mises à jour se lanceront).

Sinon il faut aussi regarder si une erreur SQL est générée (tmp/log/mysql.log ou sqlite.log) lorsqu’un enregistrement est tenté. Ça peut aider à identifier le problème.
Indiquez l’intérêt que vous portez à cette réponse

0

Pierre

Juin 2018

Bonjour,
Avez-vous jamais résolu ce souci ? je rencontre le même problème sur un spip à jour 3.2.1 qui fonctionne parfaitement en dehors de ça ...
Pierre.