[SPIP Zone] Coordonnées 2.4.2 - stable provoque un bug sur formulaire recherche back office

Archives Zone
1

Bonjour,

soit

SPIP 3.2.1 SVN [24137] + écran de sécurité 1.3.8

activation du plugin Coordonnées 2.4.2 - stable

Lorsque j’utilise le formulaire de recherche du back office et ce quelque soit l’expression recherché j’ai l’erreur suivante

Numéro | Message | squelette | boucle | Ligne |

ligne 96

$s = sql_select(
$requete[‹ SELECT ›], $requete[‹ FROM ›], $requete[‹ WHERE ›],
implode(" ", $requete[‹ GROUPBY ›]),
$requete[‹ ORDERBY ›], $requete[‹ LIMIT ›],
$requete[‹ HAVING ›], $serveur
);

Que puis je faire pour résoudre le problème ?

ps/ maieul ta vu j’ai fais gaffe a la liste :wink:

2

Le 07/11/2018 à 13:34, teamspipfactory@gmail.com a écrit :

*Bonjour,*

soit

*SPIP 3.2.1 SVN [24137 <http://core.spip.net/projects/spip/repository/revisions/24137&gt;\]* + écran de sécurité 1.3.8

  * MySQL <https://fr.wikipedia.org/wiki/MySQL&gt; 5.7 + PHP
    <https://fr.wikipedia.org/wiki/PHP&gt; 7.1.20

activation du pluginCoordonnées <SpipFactory; 2.4.2 - stable

Lorsque j'utilise le formulaire de recherche du back office et ce quelque soit l'expression recherché j'ai l'erreur suivante

1 Erreur(s) dans le squeletteNuméro Message squelette boucle Ligne
1 *Erreur SQL 1054*
Unknown column 't.etat_federe' in 'field list'
*SELECT t.id_adresse, t.pays, t.titre, t.voie, t.region, t.etat_federe, t.ville FROM spip_adresses AS t WHERE t.pays LIKE '%hop%' OR t.titre LIKE '%hop%' OR t.voie LIKE '%hop%' OR t.region LIKE '%hop%' OR t.etat_federe LIKE '%hop%' OR t.ville LIKE '%hop%'*
  */home/clients/b313813ae3dfa81e21eb5a95d7ad323f/web/ecrire/inc/recherche_to_array.php* <SpipFactory; *inc_recherche_to_array_dist(){ sql_select(); }* <https://spipfactory.fr/ecrire/?exec=recherche&recherche=hop&var_mode=debuginc_recherche_to_array_dist(){sql_select();}&var_mode_affiche=boucle&gt; 96

ligne 96

$s = sql\_select\(
    $requete\[&#39;SELECT&#39;\], $requete\[&#39;FROM&#39;\], $requete\[&#39;WHERE&#39;\],
    implode\(&quot; &quot;, $requete\[&#39;GROUPBY&#39;\]\),
    $requete\[&#39;ORDERBY&#39;\], $requete\[&#39;LIMIT&#39;\],

* $requete['HAVING'], $serveur*
);

Que puis je faire pour résoudre le problème ?

ps/ maieul ta vu j'ai fais gaffe a la liste :wink:

--
Courriel:team@spipfactory.fr
Site:https://spipfactory.fr/
IRC:https://webchat.freenode.net/?channels=%23%23spipfactory

En répondant a ce courriel vous acceptez implicitement la diffusion, l'échange de la conversation, sauf avis contraire clairement exprimé.

----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Je ne reproduit pas en local. On parle bien du formulaire qui se trouve dans l'espace privé à droite?

Est-ce une install neuve du plugin ou une mise à jour depuis une ancienne version?

Maïeul

3

tout a fait du coup ta reflexion m’a fais penser que peut être deux plugins se télescope donc sur un spip de test j’install la c’est bon mais je l’ai eu de nouveau le bug j’essaye donc de le chopper pour pouvoir le reproduire je recommence …

4

Vu que tu as une erreur sur un champ qu'il te dit (etat_federe), est-ce
que tu as regardé dans la base si tu as bien ce champ dans la table dont
il parle ?

On dirait que ton installation ou ta mise à jour depuis une ancienne
version ne s'est pas bien passée (je vois pas trop pourquoi comment là,
mais bon). Vu qu'il dit qu'il te manque un champ.

--
RastaPopoulos

5

bon je recommence donc pour chopper le bug

puisque je l’ai eu trois fois, il doit être reproductible

déjà on install un spip via spip_loader 3.0.5

Le chargement a échoué. Veuillez réessayer, ou utiliser l’installation manuelle.

bon ça doit être liées au fait que j’install un spip dans un repertoire d’un spip déjà installé

on fais a la mano et on a donc un spip vierge , c’est a dire aucune table de plugin qui traine.

on travaille avec le cache desactivé

sur le répertoire plugins

les plugins étant installé par la commande svn

plugins installés

API de vérification1.8.1 - stable

Coordonnées2.4.2 - stable

Pays ISO 3166-13.2.0 - stable

Saisies pour formulaires3.6.1 - stable

on active coordonnées et seulement celui la

Actions demandées :
• Activer le plugin « Coordonnées » (version : 2.4.2)

Les actions supplémentaires suivantes seront effectuées : • Activer le plugin « Saisies pour formulaires » (version : 3.6.1)
• Activer le plugin « Pays ISO 3166-1 » (version : 3.2.0)
• Activer le plugin « API de vérification » (version : 1.8.1)

on a droit a

Actions réalisées

  • L’activation du plugin « API de vérification » (version : 1.8.1) s’est correctement déroulée
  • L’installation du plugin « Pays ISO 3166-1 » (version : 3.2.0) s’est correctement déroulée
  • L’activation du plugin « Saisies pour formulaires » (version : 3.6.1) s’est correctement déroulée
  • L’activation du plugin « » (version : ) ne s’est pas correctement déroulée

on constate que le plugin coordonnées n’est pas activés

API de vérification1.8.1 - stable

Une API générique pour vérifier une valeur

on relance donc

Actions réalisées

  • L’installation du plugin « Coordonnées » (version : 2.4.2) s’est correctement déroulée

et pas de bug

si on relance l’install de

Coordonnées

ça roule et toujours pas de bug

bon je séche …

du coup retourné sur le site qui posé probléme

désinstallation de coordonné puis réinstallation

et MIRACLE le bug sur recherche a disparu …

dsl du bruit

ceci étant je l’ai quand même reproduit trois fois, a suivre donc …

6

Le 07/11/2018 à 16:12, RastaPopoulos a écrit :

Vu que tu as une erreur sur un champ qu'il te dit (etat_federe), est-ce
que tu as regardé dans la base si tu as bien ce champ dans la table dont
il parle ?

On dirait que ton installation ou ta mise à jour depuis une ancienne
version ne s'est pas bien passée (je vois pas trop pourquoi comment là,
mais bon). Vu qu'il dit qu'il te manque un champ.

Bonjour,

Il m'est arrivé assez régulièrement d'ontenir des messages d'erreurs du type indiqué,
c-a-d une erreur SQL indiquant un champ non trouvé.... pourtant existant !
-et souvent à l'issue d'uen MAJ des plugins (voir aussi le thread "install Plugin qui foire..." d'avant-hier !

En général j'arrive a éliminer le problème SQL en purgeant le cache à la main (ou par FTP, voire en redemarrant le serveur Wamp qd cela m'arrive en local), car le &var_mode=recalcul ne suffit pas toujours.

Je n'ai jamais entamé une investigation sérieuse, car je n'ai jamais etudié le fonctionnement interne des caches SPIP.

Toutefois, avec les divers contextes où j'ai rencontré ce probleme, j'envisage qu'il pourrait etre provoqué par une désynchronisation des thread de caches partiels des noisettes : je m'explique, quand on développe des squelettes avec bcp de noisettes imbriquées avec et sans passage d'{env}, il se pourrait -notez bien que j'hypothèse :wink: -- que l'arborescence des appels de caches induise des ecritures ant-post-datées /des timestamp pas exactement synchrones, avec le cache de l'OS/ qui mettraient parfois en défaut l'invalideur (en effet, cela m'est plus souvent arrivé lors de traitement en Wamp local, qui tombe assez frequement en timeOut d'exécution).

Pour avancer (et je ne pratique pas assez le &var_mode=debug des squelettes), j'aimerais trouver quelques pistes d'informations sur SPIP concernant :
- des explications sur les localisations dans le code SPIP des gestions d'invalideur et de cache
   (j'ai l'impression d'avoir remarqué plus de questions autour de ces thématiques dernièrement)

- une analyse du &var_mode=inclure, qui permettrait alors de créer un &var_mode=tree (cf. JLuc !!)
  avec ensuite la mise en oeuvre des passages d'arguments d'environnement

- un tutorat sur les bons usages de ce fameux "&var_mode=debug"
  (par flemme de s'y confronter seul "a donf")

Dès que j'aurai compris, j'en ecrirai des articles d'information complémentaire (et d'ailleurs cela m'aidera à comprendre). Je ne garantis aps encore que je serai disponible pour un skype (ou autre IRC) sur le sujet, mais c'est un theme d'atelier que j'aimerais trouver "à l'Ouest d'Infini" !

Hope to Help

--
YannX
http://www.spippourlesnuls.fr

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Garanti sans virus. www.avast.com<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>