PrestUser

Après un Nième test : PS 1.6.1.24 + Colissimo 1.0.5 avec option "Utiliser le widget Colissimo par défaut" désactivée ► OK PS 1.6.1.1 + Colissimo 1.0.5 avec option "Utiliser le widget Colissimo par défaut" désactivée ► erreurs suivantes : TypeError: colissimojQuery(...).autocomplete is not a function jquery-1.11.0.min.js line 2 > eval:687:47 TypeError: colissimo_widget_map is undefined jquery-1.11.0.min.js line 2 > eval:302:8 TypeError: t is undefined leaflet-src.js:3511:2 addTo leaflet-src.js:3511 Perso, j'en ai marre, je reste sur la solution de @Prestashop Addict.

@BeComWeb, c'est vrai qu'aujourd'hui, le fait de désactiver l'option "Utiliser le widget Colissimo par défaut" dans le module v1.0.5 permet de contourner les erreurs jQuery. Merci de nous le faire remarquer. Pourtant, hier, j'ai testé avec et sans cette option, et dans les deux cas, il y a avait des erreurs javascript (différentes). J'avais pris soin de désactiver les caches dans PrestShop comme recommandé, j'avais même paramétré mon navigateur pour qu'il n'utilise pas son cache. C'est à n'y rien comprendre… Si seulement on pouvait se cantonner à quelque chose de simple et efficace (principe KISS !!!).

Merci de ta réponse @Eolia. À tous, pour info, je viens d'appliquer la solution de PrestaShop Addict (postée un peu plus haut), et ça fonctionne. J'ai inséré $(document).on('click scroll', function(e){ e.stopPropagation(); window.jQuery = window.$ = jQuery; }); en fin de fichier modules/colissimo/views/js/widget.js Je n'ai pas placé le code en override (c'est-à-dire dans mon thème) car j'espère que la prochaine mise à jour comportera sa propre correction. Merci @Prestashop Addict ! Ça résout les erreurs jQuery lors du choix du point relais (dans PS 1.6.1, pas testé dans PS 1.7) ; un grand pas en avant !

Bonjour à tous, La version 1.0.5 du module Colissimo officiel et gratuit comporte toujours des bugs au niveau jQuery dès qu'on clique sur "Sélectionner un point relais" ou "Changer de point relais". J'ai fait une installation toute fraîche PS 1.6.1.24 et Colissimo 1.0.5 pour vérifier que cela ne venait pas d'une boutique bugguée, et malheureusement ces bugs jQuery sont toujours présents comme je le disais en introduction. Dans le fichier colissimo.php, il est écrit que l'auteur est PrestaShop. Étonnant… Est-ce vrai ? Je peux publier l'adresse de la boutique de test toute fraîche, si quelqu'un a envie de débugger. Car au niveau de l'expérience utilisateur, ce module laisse encore beaucoup à désirer avec les confusions qu'il provoque. Merci et à bientôt.

Bonjour, Juste par curiosité, quels sont votre hébergeur et votre plan d'hébergement ? J'ai le même genre d'erreur sporadiquement chez OVH avec un hébergement "Performance 1" et un serveur OVH SQL privé (256 Mo de RAM). Cordialement.

Bonjour Rmas, Ce sont biens les fichiers téléchargés depuis les serveurs de Yotpo qui sont ralentissent le chargement. Ces serveurs sont lents. On a environ 2 s de délai avant réception complète de tous les fichiers appelés pour le module Yotpo. Cordialement.

Bonjour Rmas, Pouvez-vous indiquer l'URL de votre site pour voir les temps de chargement des différents éléments. Il y a probablement appel d'un script Yotpo vers un serveur un peu lent. Cordialement.

Bonjour natachaC, Un grand merci pour ce partage d'expérience. Cela va sans doute m'aider à créer une seconde boutique basée sur une catégorie principale et ses sous-catégories (le cas n° 2 dans votre synthèse) sous PrestaShop 1.6.1.1. Avez-vous appris/découvert d'autres choses depuis la rédaction de cette synthèse ? Je n'ai pas trouver beaucoup de documentation sur les principes de fonctionnement de PrestaShop concernant le multiboutique (par exemple sur la duplication systématique de tous les articles, et la nécessité de faire le ménage ensuite, comme vous l'évoquez). Si vous avez des liens sur ce sujets, ils seront très appréciés. Bien cordialement.

Hi, This topic is a bit old, but solving it may help a lot of people. I have the same issue in PrestaShop 1.6.1.1, which, I think, is not very different from your version regarding multistore management. The issue is that the backoffice does not allow to set/declare an existing category as a root category. It seems that a category can be declared as a root category only when it is created via "Categories" > "Add a new root category". However, I found that editing the `prestashop_category` MySQL database table *might* solve our issue. For the concerned `id_category`, I changed the `is_root_category` column from 0 to 1. This simple change *seems* to work. But there might be other changes to do in the database that only developpers can recommend because they have a global knowledge of PrestaShop internals. And this single change might break some things in PrestaShop, so if you do it, it is at your own risk. I hope that a developper will come across this topic and share his point of view. Best regards.

Hello, Please insert "[solved]" in the title of this topic (edit your inital message and choose the full editor). Regards

PrestaShop 1.6.0.6 en orbite depuis 3 jours :-)

Bonjour, Euh... il va falloir développer un peu plus votre question, votre contexte, etc. :-) Cordialement.

Bonjour, Avez-vous déclaré l'URL de votre page d'accueil et l'URL de l'interface retour au Crédit Mutuel par e-mail ? Cordialement.

Hello, @ alyas786: I think that simply unhooking the BlockContact module from the "displayTop" position (see BO > Modules > Positions) will do the trick, as suggested earlier in this discussion. Regards.

Bonsoir, Vous devriez préciser votre version et les éventuelles interventions réalisées sur votre boutique ces derniers jours. Avez-vous créé votre propre compte client et effectué une commande-test ? Cordialement.