pharmaturbo Posted September 6, 2015 Share Posted September 6, 2015 Bonjour, je suis passé récemment sur la version 1.6.1.1. Il y a 3 jours une cliente a acheté 3 produits sur le site. La somme des 3 produits facturée est fausse. C'est la première fois que nous avons ce problème. Prestashop a fait le calcul suivant : 32,08 + (2*4,84) + 8,25 = 80,95 ! En pièce jointe, un extrait de la facture générée par Prestashop. Est-ce que quelqu'un pourrait me dire si il a déjà vu un problème similaire ? Merci. Philippe Link to comment Share on other sites More sharing options...
Eolia Posted September 6, 2015 Share Posted September 6, 2015 C'est le progrès ! Link to comment Share on other sites More sharing options...
Mediacom87 Posted September 7, 2015 Share Posted September 7, 2015 Bonjour, la vache c’est pas une erreur c'est juste du grand n'importe quoi. après vous annoncez que vous venez de passer sur cette version je suppose donc que vous avez du passer par une mise à jour de votre site donc le soucis peut provenir de n'importe où et le debug fastidieux. Link to comment Share on other sites More sharing options...
Atch Posted September 7, 2015 Share Posted September 7, 2015 (edited) Salut, Il ne faut pas prendre l'option "arrondi à 50€ près ..." dans votre admin , ça peut générer une erreur de facturation PS : votre cliente a payé combien ? V++ Atch Edited September 7, 2015 by Atch (see edit history) 1 Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 7, 2015 Author Share Posted September 7, 2015 Ma cliente à payé 35 euros de trop. Aujourd hui 2 ème problème identique 55 euros payés et une facture sans produit. La commande est sans produit également... Ça ressemble à un bug. Est ce que je suis le seul ? Link to comment Share on other sites More sharing options...
tuk66 Posted September 7, 2015 Share Posted September 7, 2015 Nous aurions besoin de voir toutes les tables liées dans la base de données. Je espère que le problème est là. We would need to see all related tables in the database. I hope the problem is there. Link to comment Share on other sites More sharing options...
ZenGraph Posted September 7, 2015 Share Posted September 7, 2015 Bonjour, est-ce que vous avez récemment fait des tests sur votre boutique, après l'installation d'un module de paiement par exemple ? car lorsqu'on efface des commandes, en activant le bouton delete dans la code ou un module permettant de le faire, la base de données ne se retrouve pas forcément en conformité avec ce que le code attend d'elle, d'où une confusion sur l'id du panier et du montant à payer.... c'est peut-être une piste ! 1 Link to comment Share on other sites More sharing options...
L E O Posted September 9, 2015 Share Posted September 9, 2015 (edited) Bonjour, je rebondis sur ce sujet, je rencontre les mêmes problèmes que pharmaturbo depuis le passage sur PS 1.6.1.1 des commandes vides mais réglées par les clients des factures dont les montants calculés sont faux comme dans celle ci-joint qui date d'aujourd'huiSi on fait la somme des montants HT des produits on trouve 304.94 et PS trouve 305.19 C'est le même constat pour toutes les factures. J'en déduit que PS est NUL en calcul (addition = niveau CP) et que cela coute cher aux cybervendeurs puisqu'une facture erronnée est soumise à une amende. Quelle solution propose PS pour remédier très rapidement à ce grave problème qui concerne tous ses utilisateurs ? Edited September 9, 2015 by L E O (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted September 9, 2015 Share Posted September 9, 2015 On leur a posé la question et même proposé notre collaboration (qui devait être effective) le 26 février dernier, mais c'est resté lettre morte La Team ne communique plus sur ce sujet. Link to comment Share on other sites More sharing options...
ZenGraph Posted September 9, 2015 Share Posted September 9, 2015 Si tu veux tu peux toujours demander sur ce sujet https://www.prestashop.com/forums/topic/429722-meeting-prestashop-le-26-f%C3%A9vrier-2015/ pourquoi il n'y a pas de réponse de leur part... Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 10, 2015 Author Share Posted September 10, 2015 Nous aurions besoin de voir toutes les tables liées dans la base de données. Je espère que le problème est là. We would need to see all related tables in the database. I hope the problem is there. Bonsoir, est-ce que tu as un jeu de requetes SQL que je peux passer sur ma base ? Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 10, 2015 Author Share Posted September 10, 2015 @pharmaturbo le coup des commandes vides c'est que tu dois avoir un module qui prend du temps sur le hook newOrder deux solutions : 1) Tu le trouves et tu vois si tu peux le désactiver 2) Tu passes le max execution time à une valeur supérieur ou sur un vrai serveur. Prestashop 1.6.1.1 est dit 20 X plus rapide mais que si tu as un serveur 20 X plus puissant ça ce n'est pas précisé. Faire des tests sur une boutique de démo est totalement inutile, les tests faut les faire sur une boutique en prod avec un nombre de connecté important sinon ça sert à rien dit et redit à prestashop j'ai même proposé ma boutique. 3pom max_execution_time = 30 30 secondes pour exécuter un script. Ca me parait énorme. J'ai vraiement des doutes que celà vienne de là. Mes perfs sont excellentes. Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 10, 2015 Author Share Posted September 10, 2015 Plus d'info sur le bug. En fait la somme totale de la facture est juste. Le client s'attendait à recevoir 5 produit et non 3. Celà veut dire que 2 produits n'apparaissent pas sur la facture mais sont bien comptabilisés dans le total ! Le bug n'est pas systématique. J'ai eu plusieurs factures juste depuis ces deux incidents. Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 10, 2015 Author Share Posted September 10, 2015 Bonsoir, ca y est, je reproduis le bug sur mon environnement de test systématiquement. C'est très facile. Je remplis 3 produits dans mon panier. Je supprime le produit du milieu. Je choisis le module de paiement par chèque et je prends une erreur 500 Serveur error ! Si je vais au niveau back office je vois la commande, j'accèpte le paiement et je me retrouve avec une facture où il manque des produits... La somme parait donc fausse. Bon, en production, je n'ai pas le paiment par chèque mais j'imagine que c'est pareil avec le module CB sauf que l'acceptation du paiement est faite automatiquement. Est-ce que quelqu'un peut tester ça sur son site en 1.6.1.1 ? En tout cas ça explique le côté non systématique. si le client ne supprime pas de produit de son panier, il n'a pas le bug. Tout marche bien. Merci. Philippe Link to comment Share on other sites More sharing options...
Eolia Posted September 10, 2015 Share Posted September 10, 2015 Perso je ne reproduis pas. Vous pouvez tester ici http://devcustom.net/test161/fr/ j'ai mis un paiement générique qui valide automatiquement les commandes. Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 11, 2015 Author Share Posted September 11, 2015 Perso je ne reproduis pas. Vous pouvez tester ici http://devcustom.net/test161/fr/ j'ai mis un paiement générique qui valide automatiquement les commandes. Salut, j'ai testé sur ton site mais je ne peux pas voir la facture générée car elle est fait en asynchrone. Par contre, tu as choisi le tunnel de commande en 5 étapes alors que je suis sur le mode 1 page checkout. Je vais regarder si celà modifie le comportement sur mon site. Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 11, 2015 Author Share Posted September 11, 2015 Salut, j'ai testé sur ton site mais je ne peux pas voir la facture générée car elle est fait en asynchrone. Par contre, tu as choisi le tunnel de commande en 5 étapes alors que je suis sur le mode 1 page checkout. Je vais regarder si celà modifie le comportement sur mon site. j'ai testé en 5 étapes, j'ai aussi le bug sur mon site à la 5ème étape... Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 11, 2015 Author Share Posted September 11, 2015 Perso je ne reproduis pas. Vous pouvez tester ici http://devcustom.net/test161/fr/ j'ai mis un paiement générique qui valide automatiquement les commandes. Sinon autre différence par rapport à mon cas. Ta base de test est une 1.6.1.1 avec les données exemples alors que moi mes données sont issues d'une migration 1.5.6.2 -> 1.6.1.0 -> 1.6.1.1 Link to comment Share on other sites More sharing options...
Eolia Posted September 12, 2015 Share Posted September 12, 2015 Bonjour, J'ai modifié les statuts pour que les factures soient générées auto et validé toutes tes commandes. Ma boutique est en 1.6.1 Je n'ai pas appliqué le patch 1.6.1.1 qui apporte plus de problèmes que de corrections Effectivement, il va être difficile de comparer entre une boutique mise à jour et une install fraiche. Des erreurs peuvent persister en base de données ou certains fichiers n'ont peut être pas été correctement copiés/mis à jour. Aucune override qui traine d'une ancienne version ? Link to comment Share on other sites More sharing options...
Oron Posted September 12, 2015 Share Posted September 12, 2015 Bonjour Topic déplacé dans le forum Difficultés, pannes ou erreur rencontrées. Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 12, 2015 Author Share Posted September 12, 2015 (edited) Bonjour, J'ai modifié les statuts pour que les factures soient générées auto et validé toutes tes commandes. Ma boutique est en 1.6.1 Je n'ai pas appliqué le patch 1.6.1.1 qui apporte plus de problèmes que de corrections Effectivement, il va être difficile de comparer entre une boutique mise à jour et une install fraiche. Des erreurs peuvent persister en base de données ou certains fichiers n'ont peut être pas été correctement copiés/mis à jour. Aucune override qui traine d'une ancienne version ? Salut, j'ai fait un retour arrière en 1.6.0.14 qui marchait nickel chez moi. Pour l'override, j'ai regardé et j'ai des fichiers dans le répertoire /var/www/override... Je me souviens pas avoir touché mais bon... Je peux explorer de ce côté là. Merci. Philippe Edited September 12, 2015 by pharmaturbo (see edit history) Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 12, 2015 Author Share Posted September 12, 2015 Bonjour, J'ai modifié les statuts pour que les factures soient générées auto et validé toutes tes commandes. Ma boutique est en 1.6.1 Je n'ai pas appliqué le patch 1.6.1.1 qui apporte plus de problèmes que de corrections Effectivement, il va être difficile de comparer entre une boutique mise à jour et une install fraiche. Des erreurs peuvent persister en base de données ou certains fichiers n'ont peut être pas été correctement copiés/mis à jour. Aucune override qui traine d'une ancienne version ? J'ai désactivé toutes les surcharges via le menu performance et j'ai toujours le bug... Link to comment Share on other sites More sharing options...
pharmaturbo Posted September 14, 2015 Author Share Posted September 14, 2015 OK la solution pour moi a été un retour à la version 1.6.0.14 où je n'ai pas ce bug. Je passe donc à solved et j'invite les personnes souhaitant passer à la 1.6.1.1 à beaucoup de prudence... Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now