unita

Merci pour le conseil, ils n'en savent rien, rien sur le site, aucun mail reçu... Et je vous remercie pour le nom Bricolette...

Merci pour l'information. Pourriez-vous me préciser par quoi ce module est remplacé ? Avez-vous un conseil pour le choix d'un module ? Merci à vous.

Excusez-moi messieurs, j'ai bien dit dans un cas précis, et oui je reconnais que j'ai moi-même généré le bug. Si vous pensez que la solution est dangereuse, faites supprimer le post, je sais pas moi... Mais si d'autre personnes sont dans le même cas que moi, à savoir : Migration de prestashop, avec reprise des commandes sans avoir repris les paniers (pourquoi pas, les paniers, fonctionnellement nous on n'avait pas besoin de les reprendre, c'était notre besoin, on fait pas de stats dessus), alors on a forcément le bug du panier vide, qui se produits systématiquement lorsque le ps_cart.id_cart existe déjà dans le ps_orders.id_cart. La requête que j'ai faite va mettre à jour (excusez moi, je l'ai mal expliqué) les id_cart des vieilles commandes, celles qui ont eu lieu avant la migration et qui avaient un numéro forcément supérieur à l'auto incrément de la nouvelle table ps_cart, et cette requête fait en sorte que le cas de bug décrit n'est plus possible. Je n'ai plus les données initiales des paniers d'avant migration, je n'ai donc pas d'autre choix que de mettre une valeur fictive (1) pour l'identifiant des paniers. Alors oui, je suis probablement un clown de prestashop dans la mesure où je travaille sur le sujet 2 semaines par an, mais dans le cas précis de notre boutique (c'est repris dans le titre du topic), cela résout notre problème de panier vide. Et oui, je conseille aux gens qui font des migrations d'uitliser les modules adéquats, mais dans notre cas précis, il fallait faire un export de données, modifier ces données en masse, et les réimporter, nous n'avons donc pas utilisé ces modules, à tort sans doute... Maintenant, je vais m'occuper de l'étiquetage des commandes, car nous n'avons pas pu faire fonctionner correctement le logiciel de la poste, expeditor et le lien avec le module expeditor.net.

Une piste ici https://www.prestashop.com/forums/topic/621603-r%C3%A9solution-du-bug-du-panier-vide-dans-un-cas-pr%C3%A9cis/

https://www.prestashop.com/forums/topic/621603-r%C3%A9solution-du-bug-du-panier-vide-dans-un-cas-pr%C3%A9cis/

Pour ceux qui arrivent ici, une autre piste (si vous avez migré de version de boutique sans le faire proprement, ce que j'avais fait... Mais on n'est pas aidé non plus...) https://www.prestashop.com/forums/topic/621603-r%C3%A9solution-du-bug-du-panier-vide-dans-un-cas-pr%C3%A9cis/

Oui je confirme, Prestashop natif n'est pas en cause... Je ne suis pas choqué que le programme d'affichage du panier affiche un panier vide s'il le trouve déjà dans une commande précédente, sans le détail du panier... C'est bien une intervention "humaine" qui est la cause de ce bug, que je suis le premier à avoir généré. Il ne peut pas y avoir collision d'id, certes... Mais on fait commetn pour upgrader une boutique de version de prestashop avec le module d'upgrade qui marche pas de 1.4 à 1.6 par exemple ? On fait comme on peut, y'a pas de doc, pas de module magique... Alors on fait quelques conneries j'en conviens.... Je suis juste vénère, car rien n'est fait pour migrer des boutiques, alors que le modèle de données n'a pas énormément bougé entre 1.4 et 1.7. Normal, je sais, c'est du logiciel libre, du business... Vénère mais content d'avoir surmonté ce bug ! ;-)

Voici la requête, je viens de refaire au moins 30 tests concluants sur mon site de prod. Pour moi ce foutu bug est corrigé. Voici la requête : update ps_orders set ps_orders.id_cart = 1 where ps_orders.id_cart > (select max(id_cart) from ps_cart) ; Ce qui signifie : Pour toutes les commandes que vous avez reprises d'un ancien prestashop, et qui avaient un numéro de panier déjà renseigné, et supérieur au numéro de panier en cours, on force la valeur 1. Vous n'aurez plus de numéro de panier qui provoquera le panier vide. Dans l'absolu, si vous importez manuellement vos commandes, importez également les paniers !

Bonjour à tous, J'avais laché l'affaire depuis des mois. Mais finalement, le site de mon épouse a perdu trop de commandes à cause du fameux bug du panier qui se vide aléatoirement. Beaucoup d'experts sont passés sur les forums, les pistes étaient les cookies, la géolocalisation, certains modules foireux, les www devant l'url... J'ai donc décidé de faire un nouveau site en 1.7 avant de changer éventuellement de crèmerie (wizishop, magento, pas encore décidé) mais quand j'ai vu la tronche de prestashop 1.7, ses modules absents (commentaires clients, même pas intégré, une honte...) et vu que je me suis fais arnaquer par les Appolo thèmes (à éviter !!!), j'ai insisté pour presta 1.6 qui par défaut a un design correct pour peu qu'on foute le nez dans les css. Je suis expert SQL et data à la base, c'est donc de ce côté que j'ai fouillé pour le bug du panier vide, qui touche un paquet de boutiques, et j'ai remarqué, surtout des vieilles, qui ont migré de version. J'ai donc minutieusement tout vérifié, les imports prestashop, pour trouver une solution au bug qui touche notre boutique depuis des mois. Il ne s'agit pas d'un bug prestashop, c'est un bug d'intégration et de "reprise de boutique", mais je pousse mon coup de gueule contre prestashop tout de même, qui pousse vers le business de l'open source (quelle blague, vachement gratuit...) : j'en veux pour preuve qu'on peut importer des produits, catégories (et que c'est mal foutu...) mais pas les commandes ?! C'est du foutage de gueule, j'hésite pas une seconde à le dire, comptablement parlant, c'est pas aux normes.... Bref, c'est un déphasage entre les tables ps_cart et d' id_cart de ps_orders qui fout le bordel. En français : si vous avez importé vos commandes, à l'aide d'un module, de sql (ce que j'avais fait) ou que vous avez utilisé un module de nettoyage qui a nettoyé les paniers, alors vous avez touché des données qui auraient du être protégées par de l'intégrité référentielle de base de données MySQL, ce que prestashop n'a pas fait (allez y messieurs, il est temps !). Le bug du panier vide se produit dans le cas suivant : 1/ vous créez un panier (vous cliquez sur le bouton "ajouter au panier"), cela crée un enregistrement dans la table ps_cart 2/ si l'id_cart précédemment créé existe déjà dans l'id_cart de la table ps_orders, quand vous validez le panier ajax, youpi !! Vous obtenez un panier vide !! Une requête simple comme bonjour est à passer pour corriger ce problème. Je la teste ce soir sur notre site de production et je vous tiens au courant. Et je vous la donne (ceux qui ont compris sauront l'écrire). @ très vite.

Bon, j'ai résolu (a priori) mes problèmes ATOS et PAYPAL. Reste plus que le problème du panier qui se vide tout seul et qui est rédhibitoire pour les clients. Mais bonne nouvelle, désormais, sur l'installation locale de mon site (en WamServer) j'arrive à reproduire le bug SYTEMATIQUEMENT, et c'est une bonne chose tant ce souci a l'air aléatoire quand on essaie de reproduire le cas.... J'ai trouvé la bonne combinaison qui me permet de le reproduire à tous les coups. En ce qui me concerne, rien à voir avec les cookies et cache navigateur, comme souvent évoqué. Je poursuis mes investigations...

La goutte d'eau qui fait déborder le vase... J'ai installé le module Alertes mails (y'a pas de mal à vouloir être averti par mail d'une commande !) Il est en Anglais. Bon, je vais le traduire dans l'interface prévue à cet effet. Et depuis, mon panier Ajax est en Anglais. C'est pas possible... Vraiment pas stable...

Bonjour à tous, Je vais pas me faire des amis, mais quelle galère Prestashop... Des galères de panier, encore des galères... J'ai mis en ligne hier la nouvelle version du site de mon épouse (http://mamawear-allaitement.fr/), c'est un prestashop neuf, 1.6.1.7, sans upgrade. Le thème est le thème par défault, avec juste des changements de couleurs css et un module de menu "riche" Les produits sont importés en csv, et si quelqu'un me dit que on sait pas comment l'import est fait, que mon presta n'est pas propre, je m'énerve sérieux là... J'ai tout exporté à partir d'un presta 1.4 (dans la vraie vie, je suis un master SQL tout de même... et gestionnaire de données dans une banque, je ne pense pas faire trop d'erreurs dans ma compréhension du modèle de données prestashop, qui est bon il faut le souligner). Pour le bug du panier, voici ce que j'ai noté, test effectués sur 4 navigateurs (Chrome, Edge, IE et Firefox) Quand toutes les infos de navigation sont vidées, connecté au back office ou pas, et non connecté sur un compte client, si je commande un produit, ça m'affiche parfois un panier vide. C'est juste insupportable (en réalité ce qui est insupportable, c'est la somme hallucinante de bugs aussi divers que variés que j'ai rencontrés). J'avais parfois ce bug en 1.4. En fait, on a 4 PC à la maison, et c'est dès que je teste un nouveau PC, sur chaque navigateur cache vidé, j'ai ce panier vide. Sur le même PC et même navigateur cache vidé, le panier s'affiche correctement la deuxième fois. Mais parfois, il s'affiche à nouveau vide. Ceci dit, chaque client aura nécessairement un panier vide à sa première commande je pense, et c'est franchement pas professionnel car on est nombreux dans ce cas j'ai l'impression. Bref, de quoi louper 10% des ventes peut-être.... Je précise que Prestashop est installé au plus light possible, pour éviter les installations de modules car j'ai bien noté que ça crée pas mal de bugs. J'aimerais bien avoir la main sur les méthodologies de tests et de non régression de Prestashop... Pour info, les autres bugs rencontrés sont : 1/ dans le back office, dès l'installation de prestashop, la fonction recherche de la liste des modules fonctionne mal. On tape quelques lettres, le module s'affiche, et hoop, 3 secondes plus tard on a à nouveau tous les modules qui s'affichent. Je dois recommencer pour correctement filtrer mon module. Ça c'est à chaque fois... Je bosse 99% du temps sous Chrome. 2/ depuis 2 mois, déjà sur le site en 1.4, le Module ATOS paiement CB en 2.8 qui ne redirige plus correctement et n’enregistre pas les commandes alors que le paiement des clients est effectif. Bah sur la nouvelle installation toute propre c'est la même chose... Il faut re payer 199€ je suppose... Donc pour l'instant je teste TggATOS qui au passage a l'air bien plus rigoureux. Et ca fonctionne bien a priori. Si on laisse la boutique sous Prestashop, je verserai une somme au développeur de ce module. 3/ le module Paypal ne fonctionne pas et là ça devient passablement insupportable. Là encore, comme le bug du panier vide, un bug qui traîne depuis des années... Voici le beau texte qui s'affiche si j'essaie d'utiliser Paypal. <b>PayPal response:</b> TIMESTAMP -> 2016-11-06T11:53:00Z L_ERRORCODE0 -> 10002 L_SHORTMESSAGE0 -> Security error L_LONGMESSAGE0 -> Security header is not valid L_SEVERITYCODE0 -> Error Si une bonne âme voulait me proposer une prestation, pourquoi pas, mais attention, je ne paye la prestation que si le résultat est OK, et il me faudrait toutes les explications techniques.

Ah oui, j'avais pas vu que le topic était en résolu, je vais donc poster un nouveau sujet. Le panier qui se vide, en résolu ? Je n'ai pas vu de solution, pourtant j'ai tout lu.

Bonjour à tous, Je vais pas me faire des amis, mais quelle galère Prestashop... Des galères de panier, encore des galères... J'ai mis en ligne hier la nouvelle version du site de mon épouse (http://mamawear-allaitement.fr/), c'est un prestashop neuf, 1.6.1.7, sans upgrade. Le thème est le thème par défault, avec juste des changements de couleurs css et un module de menu "riche" Les produits sont importés en csv, et si quelqu'un me dit que on sait pas comment l'import est fait, que mon presta n'est pas propre, je m'énerve sérieux là... J'ai tout exporté à partir d'un presta 1.4 (dans la vraie vie, je suis un master SQL tout de même... et gestionnaire de données dans une banque, je ne pense pas faire trop d'erreurs dans ma compréhension du modèle de données prestashop, qui est bon il faut le souligner). Pour le bug du panier, voici ce que j'ai noté, test effectués sur 4 navigateurs (Chrome, Edge, IE et Firefox) Quand toutes les infos de navigation sont vidées, connecté au back office ou pas, et non connecté sur un compte client, si je commande un produit, ça m'affiche parfois un panier vide. C'est juste insupportable (en réalité ce qui est insupportable, c'est la somme hallucinante de bugs aussi divers que variés que j'ai rencontrés). J'avais parfois ce bug en 1.4. En fait, on a 4 PC à la maison, et c'est dès que je teste un nouveau PC, sur chaque navigateur cache vidé, j'ai ce panier vide. Sur le même PC et même navigateur cache vidé, le panier s'affiche correctement la deuxième fois. Mais parfois, il s'affiche à nouveau vide. Ceci dit, chaque client aura nécessairement un panier vide à sa première commande je pense, et c'est franchement pas professionnel car on est nombreux dans ce cas j'ai l'impression. Bref, de quoi louper 10% des ventes peut-être.... Je précise que Prestashop est installé au plus light possible, pour éviter les installations de modules car j'ai bien noté que ça crée pas mal de bugs. J'aimerais bien avoir la main sur les méthodologies de tests et de non régression de Prestashop... Pour info, les autres bugs rencontrés sont : 1/ dans le back office, dès l'installation de prestashop, la fonction recherche de la liste des modules fonctionne mal. On tape quelques lettres, le module s'affiche, et hoop, 3 secondes plus tard on a à nouveau tous les modules qui s'affichent. Je dois recommencer pour correctement filtrer mon module. Ça c'est à chaque fois... Je bosse 99% du temps sous Chrome. 2/ depuis 2 mois, déjà sur le site en 1.4, le Module ATOS paiement CB en 2.8 qui ne redirige plus correctement et n’enregistre pas les commandes alors que le paiement des clients est effectif. Bah sur la nouvelle installation toute propre c'est la même chose... Il faut re payer 199€ je suppose... Donc pour l'instant je teste TggATOS qui au passage a l'air bien plus rigoureux. 3/ le module Paypal ne fonctionne pas et là ça devient passablement insupportable. Là encore, comme le bug du panier vide, un bug qui traîne depuis des années... Je donnerai le détail dans un autre post si je ne trouve pas. 4/ d'autres petites choses moins importantes. Si une bonne âme voulait me proposer une prestation, pourquoi pas, mais attention, je ne paye la prestation que si le résultat est OK, et il me faudrait toutes les explications techniques.