Jump to content

[Résolu] Page blanche aprés paiement


Recommended Posts

bonjour,

je ne comprends pas des que je fais des tests de paiement, virement bancaire, chèque, paypal

après le paiement je tombe sur une page blanche avec aucun message d'erreur ni rien.

J'ai aussi fait les tests avec le thème par défaut même résultat.

Si j'actualise la page blanche j'obtiens ce message: Cart cannot be loaded or an order has already been placed using this cart.

La commande est bien dans le BO

 

J'utilise prestashop 1.5.2 sur serveur dédié.

 

Merci d'avance pour votre aide

Edited by dagena (see edit history)
Link to comment
Share on other sites

moi j'ai la meme chose (PS 1.5.2.0), une page blanche après "je confirme" en paiement par virement ou par chèque, mais je n'ai pas SoColissimo installé !

en fait, je plante au cours de la ligne suivante dans le fichier validation.php du module bankwire :

$bankwire->validateOrder($cart->id, Configuration::get('PS_OS_BANKWIRE'), $total, $bankwire->displayName, NULL, array(), (int)$currency->id, false, $customer->secure_key);

j'ai mis un echo() avant que je vois bien, et un autre après que je ne vois pas...

La commande est bien créée dans le BO, mais le statut n'est pas mis à "en attente de paiement par virement", et plus emmerdant, le client n'a pas la page avec les coordonnées bancaires

 

Si je trouve la solution, je ne manquerai pas de la signaler !

Edited by Johann (see edit history)
Link to comment
Share on other sites

Bonsoir,

 

Il ne faut pas mettre résolu si d'autres personnes signalent le même problème sans avoir pu le résoudre.

Je lis ce topic justement parce que je suis concerné par la même erreur et je n'ai pas SOcolissimo.

 

J'ai pu remarqué une particularité sous 1.5.

Auparavant c'était une erreur dans le code (virgule oubliée etc....) qui amenait une page blanche.

 

Là ce sont surtout les incohérences de BDD. Par exemple, il devrait donné l' id 100 a un champs et ne peux le faire car cette colonne à déjà un champs avec l'id 100.

 

Les nouvelle clés primaires des tables sont beaucoup plus nombreuses sur les doublons et les combinaisons entre deux colonnes en doublon.

 

Or si nous venons d'une version antérieure à 1.5 avec une base déjà bien chargée, de telles incohérences sont inévitables étant donné que ces versions là créaient elles même ces fameux doublons.

 

J'utilise PS de bien longtemps et il est regrettable que les développeurs de la 1.5 aient oubliés que nous sommes avant tout des commerçants et que nous ne pouvions pas recommencer à zéro plusieurs années de données.

 

Le service technique de PS est incapable de faire face à la demande. Qui nous indemnise pour nos pertes d'exploitation due à tous ces dysfonctionnements ?

 

Une pub à outrance vantant la solution est pourtant bien présente.

 

Alors on se pose vraiment la question si prestashop est un outil de commerçant ou de développeur.

 

Corrigeons donc ces bugs nous même au fur et à mesure.

 

Pour celui ci, je flanche.

 

Xavier

Edited by Shogun Distribution (see edit history)
Link to comment
Share on other sites

Je n'ai malheureusement pas avancé sur ce problème (car j'en ai d'autres !), mais je m'y remets bientot. J'ai en tout cas pu voir qu'évidemment, sur une PS 1.5.2 propre (sans mise à jour), ça marche bien. Ca marche bien également sur une autre boutique que j'ai migré de 1.4.8 en 1.5.2. Reste donc à trouver ce qui fait planter le système dans nos cas bien précis. Et le fait que même avec le display_errors à "on" rien ne soit affiché n'aide pas !

Link to comment
Share on other sites

Re,

 

AH ! Mauvaise langue que je suis quand il y a des bugs...

 

Pour mon problème, PrestaShop n'y est vraiment pour rien.

 

J'avais installé un module que je croyais compatible.

 

Il reste que j'ai trouvé l'erreur avec la méthode traditionnelle de mettre "@ini_set('display_errors', 'on');" dans confi.inc.php.

 

C'est le module Mutistock qui causait le problème. Je le préfère à la gestion des stocks de Presta, mais hélas, il faudra que j'attende une pleine compatibilité.

Link to comment
Share on other sites

Les incohérences ne sont pas l'avatar des anciennes versions mais de bidouillages dans la base de données. Que ces bidouilles soient le résultat de manipulation directe dans la bdd ou de module tiers mal écrit.

Dans tout les cas un incohérence doit être détecté et immédiatement corrigé.

Link to comment
Share on other sites

Doekia, ce que tu dis est vrai, mais c'est parfois difficile de déceler les bidouilles faites, quand elles sont été faites par d'autres auparavant !

Mais j'ai également été confronté à un vrai bug lors d'une mise à jour de 1.4.9 strictement vierge (installée juste pour validation du bug) en 1.5.2. avec l'auto-upgrade 0.9.3. cf mon mail :

http://www.prestashop.com/forums/topic/198275-resolu-bug-produit-avec-image-a-uploader-ou-textes-personnalisable/page__p__983372#entry983372

 

Pour tout dire, je rencontre tellement de galère de compatibilité post-migration (les mises à jour elle-mêmes se passent correctement) que je ne vais maintenant refuser cette prestation à mes clients :(

Link to comment
Share on other sites

bon, je me suis repenché sur ce problème que je rencontrais également.

C'est dans l'appel des modules hookés sur actionValidateOrder que ca pétait dans la classe PaymentModule

Sur ce hook, j'avais "alerte mail", "ekomi" et "programme de fidélité", et en degreffant "programme de fidélité", tout revient en ordre :

- affichage des coordonnées bancaires après avoir cliqué sur "je confirme ma commande"

- status "en attente de virement" pour la commande dans le backoffice

Link to comment
Share on other sites

  On 11/10/2012 at 5:44 PM, Johann said:

Pour tout dire, je rencontre tellement de galère de compatibilité post-migration (les mises à jour elle-mêmes se passent correctement) que je ne vais maintenant refuser cette prestation à mes clients :(

 

Prestashop 1.4.8.2 => 5 étoiles

Prestashop depuis 1.4.9 => 5 patates

et c'est sans parler du support, de la forge et des correctifs qui deviennent n'importe quoi, qui revienne et reparte.

Depuis 2 semaines impossible d'accéder au scm ?!? peut-être qu'ils ont tellement plus d'argent qu'ils vont bientôt leur couper la lumière...

Link to comment
Share on other sites

  • 3 weeks later...
  • 1 month later...

Bonjour,

 

j'ai exactement la même erreur lorsque j'effectue un paiement par chèque mais non résolue...j'ai essayé toutes les solutions proposées ci-dessus (désactiver des modules, erreurs activées, pas de module colissimo installé...), rien ne marche, j'arrive toujours sur une page blanche!

 

Comme Johann (ci-dessus) cela bloque à ce niveau dans PaymentModule.php :

$bankwire->validateOrder($cart->id, Configuration::get('PS_OS_BANKWIRE'), $total, $bankwire->displayName, NULL, array(), (int)$currency->id, false, $customer->secure_key);

La commande est bien créée mais aucun produit n'apparaît dans celle-ci en backoffice...

Avez-vous trouvé une solution à ce problème? merci d'avance.

Link to comment
Share on other sites

Bon finalement problème résolu!

J'ai supprimé un override dans "override > classes > order > Order.php" qui avait été ajouté par un module acheté (oleapriceseditorplus) compatible 1.4 or on avait migré le site vers 1.5! L'override faisait planter les paiements...

Link to comment
Share on other sites

  • 2 weeks later...

Bonjour. J'ai exactement le même problème pour chèque et virement (page blanche après avoir cliqué sur "je confirme", les mails arrivent tout de même avec les coordonnées bancaires. ). MAIS cela se passe uniquement sur les produits qui comportent des déclinaisons ! Si je désactive les déclinaisons, cela fonctionne. Je ne sais vraiment pas quoi faire alors que nous allons bientôt passer en production. Je commence à regretter d'avoir choisi Prestasop mais faire machine arrière... difficile, il y a tellement de travail fait... Merci de ventre aide.

Link to comment
Share on other sites

Problème résolut pour moi. J'ai un générateur automatique de code barre EAN 13. Or sur les déclinaisons il ajoute pour chaque déclinaison - deux chiffres derrière. Donc c'est le code EAN 13 qui fait planter. Enlever les 2 chiffres en plus et le tour est joué!

Link to comment
Share on other sites

  • 6 months later...

Bonjour lorbdp. Oui il faut enlever le -144. Du coup en effet, les déclinaisons auront le même code EAN. Tu vas dans déclinaison du menu produit et je pense que tu peux appliquer un code EAN différent pour les déclinaisons (en manuel). Il faut nécessairement 13 chiffres pour le EAN 13 bien entendu. Donc le produit principal aura le code EAN généré et puis pour les déclinaisons tu peux changer en manuel.

Link to comment
Share on other sites

  • 5 months later...
  • 2 weeks later...

bonjour

moi meme soucis.pb validation des chèques et virement bancaire  donnant sur page blanche avec message erreur

dans mon admin une commande mais incrite comme -- annulé---

et si je valide le payement dans mon admin,la facture generée ne contient aucun produit .

prestashop 1.5.6.0

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...