[RÉGLÉ] Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = inertes !

[PhMi]

L"intitulé ci-dessus pose le problème.

Si j'utilise VM3.0.10 tout fonctionne, mais toute version supérieure de VM désactive les 2 boutons.

Si je remplace Gantry par Protostar, tout marche.

Si j'enlève le dossier Gantry du répertoire template, c'est Beez qui s'affiche, mais les boutons sont inactifs.

Une idée de la cause et … de la solution ? Merci d'avance.

[electrocity]

Re : Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = iner

Un peu tard, mais Essayez de vérifier la configuration de Virtuemart et de gantry. Vous avez des javascript qui peuvent entrée en conflit, donc activez/désactiver les javascripts dans VM pour voir, si vous utilisez un compresseur de script dans Joomla, cela peu provoquer le même soucis ou Gantry .

[PhMi]

Re : Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = iner

Bonsoir, electrocity,

Si je réagis avec retard, c'est parce que je me bats toujours avec ce problème …

J'ai abandonné Gantry4 et reparamétré le site avec un protostar rebaptisé.

• Avec VM3.0.10 les boutons Ajouter et Question fonctionnent puis, lorsque l'on passe sur la page du panier le bouton en bas est bien "Commander", mais lorsqu'on s'enregistre il devient "Confirmer la commande" (alors que les réglage de M sont en Commande en page unique avec Ajax for OPC). Son activation enregistre bien la commande dans l'administration, mais affiche côté client la liste des catégories de produits et une erreur '0 invalid adress= Xxx Yyy.

• Si je télécharge VM3.0.16, les boutons Ajouter et Question sont inertes …

• Si je sélectionne protostar non modifié, le problème est le même.

Je ne sais plus trop quoi tenter.

[PhMi]

Re : Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = iner

L'obstination peut se révéler payante !

Ayant découvert que J 3.5.1 peut générer l'erreur 0 invalid adress, j'ai tenter de recharger J 3.4.8 et … ça marche : l'accusé de la commande se publie.

Dans l'immédiat le couple J 3.4.8 + VM 3.010 + protostar personnalisé fonctionne : ouf! … ce qui ne va pas m'empêcher de voir ce qui se passe en passant à VM 3.0.16 : à suivre.

[PhMi]

Re : Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = iner

Suite des aventures :

Le template est maintenant Protostar personnalisé.

Avec Joo3.4.8 + VM (Comp. + AIO) 3.0.10 => tout marche

Avec Joo3.5.1 + VM (Comp. + AIO) 3.0.10 => tout marche

Avec Joo3.5.1 + VM3 (Comp. 3.0.11.4 + AIO 3.0.10) => le bouton Ajouter est inerte

Avec JOO3.5.1 + VM3 (Comp. 3.0.11.4 + AIO 3.0.11) => le bouton Ajouter est inerte et, à la fin du chargement de AIO, s'affiche en plus l'erreur :
Error displaying the error page: Subquery returns more than 1 row SQL=SELECT m.id, m.title, m.alias, m.link, m.parent_id, m.img, e.element FROM `#__menu` as m LEFT JOIN #__extensions AS e ON m.component_id = e.extension_id WHERE m.client_id = 1 AND e.enabled = 1 AND m.id > 1 AND e.element = 'com_virtuemart' AND (m.parent_id=1 OR m.parent_id = (SELECT m.id FROM `#__menu` as m LEFT JOIN #__extensions AS e ON m.component_id = e.extension_id WHERE m.parent_id=1 AND m.client_id = 1 AND e.enabled = 1 AND m.id > 1 AND e.element = 'com_virtuemart')) ORDER BY m.lft: Subquery returns more than 1 row SQL=SELECT m.id, m.title, m.alias, m.link, m.parent_id, m.img, e.element FROM `#__menu` as m LEFT JOIN #__extensions AS e ON m.component_id = e.extension_id WHERE m.client_id = 1 AND e.enabled = 1 AND m.id > 1 AND e.element = 'com_virtuemart' AND (m.parent_id=1 OR m.parent_id = (SELECT m.id FROM `#__menu` as m LEFT JOIN #__extensions AS e ON m.component_id = e.extension_id WHERE m.parent_id=1 AND m.client_id = 1 AND e.enabled = 1 AND m.id > 1 AND e.element = 'com_virtuemart')) ORDER BY m.lft

Si vous y comprenez quelque chose … je suis preneur

[pmleconte]

Re : Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = iner

Bonjour,

Je n'y connais pas grand chose en virtuemart, mais, en sql, ça va...

Donc, votre message signifie qu'une des sous requête renvoie plusieurs lignes alors qu'elle ne devrait en renvoyer qu'une seule. Donc, essayez votre requête sous phpadmin. Vous devriez avoir le même résultat.

L'étape suivante est de tester chacune de vos sous-requêtes (celles entre parenthèses) pour voir celle qui renvoie trop d'info.

On ne peut pas reproduire votre requête car elle est liée au contenu de votre base de données et à la définition de vos menus.

Pascal

[PhMi]

Re : Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = iner

Merci, Pascal, de l'explication.

J'ai déjà rencontré ce problème de plusieurs lignes. Je crois me souvenir qu'en remplaçant dans la BD, avec phpMyadmin les lignes menu et extensions polluées par celles de la version antérieure (VM3010) cette erreur disparaît. Mais pourquoi apparaît-elle ?

La vraie difficulté est l'inertage du bouton Ajouter : quelle différence entre VM3010 et VM3011 pour que cela se produise d'une manière réversible ?

A suivre !

[PhMi]

Re : Joo3.5.1+VM3.0.16+Gantry4.1.31 => Ajouter au panier et Poser une question = iner

Suite et fin de l'aventure :

Pour réussir à sortir de la nasse de VM 3010, j'ai procédé comme suit :

• Réaliser un clone de l'ensemble Joo351 + VM3010 + Protostar-Personalisé (pour servir de cobaye de départ)
• Desinstallation de VM3010 de ce clone (pour éliminer un éventuel fichier corrompu)
• Exportation dans la BD des tables non vides de VM3010 (pour utilisation ultérieure car elles contiennent les éléments spécifiques de la boutique : catégories, produits, clients, commandes, livraison, paiements, … )
• Suppression des tables restantes (pour le cas où l'une d'entre elles serait la cause du dysfonctionnement)
• Installation de VM3017 (dans un Joo contenant tout mes fichiers spécifiques de la boutique : images, …)
• Remplacement, par petits paquets, dans la BD des tables 3017 par les spécifiques 3010 de mon magasin (pour identifier l'éventuelle coupable)

Je me retrouve donc avec tous les fichiers Joo351 + VM 3017 + BD 3017 pour les tables vides et 3010 pour les spécifiques et … cela marche : j'en conclus qu'une table (ou plusieurs) qui pilote VM est la source du dysfonctionnement, mais laquelle et pourquoi … ??? L'une d'entre elles interfère-t-elle avec le fichier qui actionne le bouton Ajouter ?

Patience (j'en ai !) et longueur de temps (j'en ai !) …

P.S. : Mercis renouvelés à electrocity et Pascal.