Jump to content

astragor

Members
  • Posts

    671
  • Joined

  • Last visited

Everything posted by astragor

  1. Bien j'ai été voir sur l'autre post et je ne peux pas me permettre de continuer a avoir des problèmes, en attendant que le problème soit VRAIMENT réglé, je désactive les API.
  2. Bonjour... c'est catastrophique et la mise à jour ne corrige rien. Certaines fois ca passe, d'autre fois ca passe pas, j'ai aussi l'impression que l'API merde grave ! En plus depuis l'API on n'a plus le panier dans la commande paypal ! Sacré retour en arrière. C'est bon je désactive l'API aussi !
  3. Non toujours des erreurs... environ 50% des commandes passent et 50% ne passent pas !
  4. Je viens de voir que dans le SVN de prestashop le fichier paypalpayement.php a été modifié car il comportait une erreur d'arrondi. Ca semble bien correspondre à mon problème. Je remplace le fichier et je vous tiens au courrant pour savoir si j'ai toujours des erreurs.
  5. Bonjour, Ce week-end j'ai migré de la version 1.3.1 à la version 1.4.3 et je constate que le module Follow-up ne fonctionne plus. Le nombre de mail reste toujours à 1 et aucun bon de réduction n'est généré !
  6. Le module ne fonctionne plus pour moi non plus depuis le passage de la 1.3.1 à la 1.4.3
  7. J'ouvre le sujet 2 ans après celui-ci, qui avait été a l'époque considéré comme résolu et qui ne l'est (en tout cas pas pour moi) toujours pas avec la version 1.4.3 de prestashop. http://www.prestashop.com/forums/viewthread/22537/P15/rapports_de_bugs/resolu__petit_probleme_bien_chi_dot__dot__dot_ Ce problème est apparu chez moi après le passage de la version 1.1 -> 1.3.1 -> 1.4.3 Je suppose donc que ce problème n'existe pas sur les installation neuve. C'est vrai que jusqu'à présent je m'en contente mais je trouve cela inesthétique au possible.
  8. Coucou je remonte le post un peu vieu certes, mais le problème est toujours présent dans la v 1.4.3 Pour le moment je laisse comme ca parce que j'ai pas trop le temps de m'en occuper mais c'est vraiment moche. Ce problème est apparu chez moi au passage de la 1.1 -> 1.3.2 -> 1.4.3
  9. Bonjour, Je viens de migre ma boutique prestashop en 1.4.3 avec le module paypal 2.4 Aujourd'hui j'ai eu 2 commandes de passée et réglée par PAYPAL. Sur 2 commande la première ma'affiche le message d'erreur suivant : Un client a rencontré un problème avec le module PayPalAPI: PayPal response: TIMESTAMP -> 2011-07-02T14:33:39Z L_ERRORCODE0 -> 10413 L_SHORTMESSAGE0 -> Transaction refused because of an invalid argument. See additional error messages for details. L_LONGMESSAGE0 -> The totals of the cart item amounts do not match order amounts. L_SEVERITYCODE0 -> Warning TRANSACTIONID -> xxxxxxxxxxxxxxxxxxxxxxxxxxx TRANSACTIONTYPE -> expresscheckout PAYMENTTYPE -> instant ORDERTIME -> 2011-07-02T14:33:38Z AMT -> 16.00 FEEAMT -> 0.79 TAXAMT -> 1.80 CURRENCYCODE -> EUR PAYMENTSTATUS -> Completed PENDINGREASON -> None REASONCODE -> None PROTECTIONELIGIBILITY -> Ineligible INSURANCEOPTIONSELECTED -> false SHIPPINGOPTIONISDEFAULT -> false J'ai bien reçu le règlement de mon client mais celle-ci n'a même pas été enregistrée... En lisant le forum je constate que je suis loin d'être le seul a avoir des problème avec ce mode API n'y a t-il donc pas moyen de revenir au mode sans API !!!!!
  10. Hi bruno, yes i see the date, but don't necessary want to open a new subject for the same problem. I will upgrade this week-end and i inform you if there is no change. Thanks.
  11. I, I have discovered the same error, only on some articles ,did anyone solve this problem ?
  12. Bonjour, Je viens d'être confronté à un problème étrange. Aujourd'hui, après une réclamation d'une cliente je fais un test de paiement paypal de routine pour m'assurer que tout marche bien et là horreur : Message de paypal m'indiquant : Detection d'erreur - Votre panier est vide N'ayant rien changé je me demande d'ou cela vient. Après une longue recherche à fouiller à droite à gauche je m'aperçois que ce problème ce produit quand je mets certains articles dans le panier et pas d'autres.... Avez vous déjà rencontré cette erreur et savez vous comment la réparer ? Il est évident que je ne peux pas me permettre de passer en revu les articles de ma boutique un par un, vu le nombre d'article que je vends. Version de la boutique : 1.3.2
  13. Bonjour je viens de faire un tour sur votre site, il n'y a aucune image de produit qui apparait !
  14. @ Girard : Si tu remonte le fil tu verras que j'ai dit que je préfère largement utiliser un script PHPBB que je contrôle et que je paramètre entièrement. C'est Acte qui conseille forumactif ! @Devnet :Qu'il n'y ai pas de module pour un forum n'est pas une gène en soit. Pourquoi tenter de refaire ce que d'autre script font très bien. d'autant que les script phpbb voir certains scripts beaucoup plus léger peuvent facilement être interfacé avec prestashop !
  15. Merci de ta réponse. J'ai cru lire quelque part que le problème pouvait venir de l'heure du serveur. Malheureusement étant en hebergement mutualisé (90 plan de chez OVH) impossible de pouvoir faire la moindre intervention sur le serveur.
  16. Bonjour Sp1r1t Suivant ton conseil, j'ai été faire un petit tour dans la table PS_date_range et tout est ok Voila ce que j'ai : id_date_range time_start time_end 1 2011-04-15 00:00:00 2011-04-15 23:59:59 2 2011-04-16 00:00:00 2011-04-16 23:59:59 Donc tout est rentré dans l'ordre au niveau des enregistrement de cette table. Par contre le nombre de page produit vues dans l'admin lui reste inlassablement à 0. Sachant que j'ai moi-même visité quelques pages depuis le Front-End et que j'ai eu des visites, des paniers et des commandes, le problème ne vient donc pas seulement de là. As tu fait d'autres opérations au niveaux des tables ? Vidé des stats ? Touché un code php ?
  17. Bien vu... mais pour moi ca ne semble pas être cela. J'ai effectivement un bug dans ma table ps_date_range mais pas du tout le même que le tiens. Chez moi, j'ai bien un enregistrement tout les jours. Par contre j'ai trouvé un autre soucis. Pour le 31-10-2010 l'heure de départ était 00:00:00 et l'heure de fin 22:59:59 au lieu de 23:59:59 et j'avais plusieurs enregistrement correspondant à ce jour. (une dizaine). J'ai pris donc le parti de vider entrièrement cette table puisqu'elle ne semble pas avoir la moindre incidence sur le fonctionnement de la boutique. J'ai navigué un petit peu dans la boutique et le nombre de page vue reste invariablement à 0. Donc certes il semble que cette table bug mais qu'elle ne soit pas la seule en cause
  18. Bonjour, Je souhaiterai modifier le module de contact afin qu'il renvoi au client un mail pour lui indiquer que sa demande va être prise en compte. Quelqu'un à déjà fait ?
  19. Je n'ai pas cherché à installer so colissimo. Ca ne m'intéresse pas vu que c'est le même prix que le colissimo et en plus ca fait de la gestion en plus, alors que le client peut très bien mettre une adresse de livraison différente de l'adresse de facturation depuis toujours.
  20. Super, elle est bonne celle là, c'est eux qui font le module est c'est presta qui doit assurer le suivi... je vais voir, mais sinon ca va être bien simple pas de mondial relay, je vais pas prendre un dédié ou changer d'hébergement juste pour faire fonctionner mondial relay !
  21. ET in faiit comment pour changer l'heure du serveur quand on est en mutu ? lol
  22. Oui je suis chez OVH en mutu. Et en effet en mutualisé on n'a pas accés au PHP.INI Possible que ca vienne de là. J'ai envoyé un mail à mondial relay, je verrais ce qu'il me répondent, au pire je les appelle demain si pas de réponse par mail.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More