oNine

Salut a.kervazo, si tu n'as pas résolu ton problème. Il te faut renommer le fichier controller atos présent ici : /modules/atos/controllers/front/ atos_return.php en return.php

Hi guys, you can add this ligne code exit(); after the line 122 : echo Tools::jsonEncode(array('html' => $html, 'next_link' => $next_link)); as echo Tools::jsonEncode(array('html' => $html, 'next_link' => $next_link)); exit();

Hi everybody, this is a part of the final solution actually. It could work as it is but if you have lot of warehouse and lot of different prices depending on range (weight or cart price), this solution will everytime take the last shipping price. And if you have a free shipping for a certain range, and different prices depending on range, the last price of the list (delivery_option_list) won't be the good one, maybe sometime but not always. The solution has to be develop regarding ranges and prices. Best regards.

Hi Denkoooo, exactly same problem. Something migth be changed on Paypal side ? If you find anything on this please come back here. Thank you to any helper. ---------------------------------- As I thought it was a problem from PayPal, it is fixed now.

Bonjour, en tentant de trouver une solution rapide à ce problème, je suis tombé sur ce post qui malheureusement n'avait pas de solution. Je suppose que depuis bientôt deux ans tu as trouvé la solution (ou laissé tomber). Pour tous ceux qui recherchent une solution, celle-ci se trouve dans le format d'adresse : rendez-vous dans l'administration de Prestashop > Localisation > Pays. Pour le pays concerné, modifiez le format d'adresse, en passant par exemple lastname avant firstname pour obtenir cet ordre sur vos formulaires. Bien à vous !

Merci tomcita solution parfaite et rapide pour utiliser un compte PayPal sur deux/plusieurs boutiques Prestashop. En effet très étonnant que cette valeur ait été retirée des dernières versions du module.

je viens de remarquer en testant les en-têtes sur prestashop 1.4 que les redirection 301 vers l'URL canonique que ce soit CMS ou produit (fonction par défaut dans presta) présente une en-tête 200... Quelqu'un a-t-il corrigé cela ?

http://www.prestashop.com/forums/topic/205770-erreur-mention-total-ht-sur-prestashop-152/page__p__1303040?do=findComment&comment=1303040

Je rencontre actuellement le même problème sur des réductions pour les soldes. En vérifiant le source, les appels à getPriceStatic se font des fois avec $decimals = 2, des fois avec 6 ... Ce n'est pas constant et de ce fait il y a parfois des prix qui différent d'un centimes entre l'affichage sur un listing de produits et sur la fiche produit (ou encore sur le panier ...). Pensez-vous qu'il faille mettre soit 2 soit 6 (soit x) partout ? Merci d'avance de l'aide

Salut erikzhang, as-tu résolu ton problème, sur quelle version de prestashop le recontres-tu ? Merci d'avance de ton retour.

+1 pour labelandco. Pensez ergonomie et contenu pour obtenir des backlinks naturels avant tout module d'aide au SEO.

I think create a google map page is a good idea. And link it to your domain.

I did it 2 years ago, and before changing all backlinks around the web, you have to edit a htaccess to redirect (301) all former urls to news (category osc to category prestashop). I don't know about Magento.

As-tu regardé du côté de la position du module (j'imagine que tu as corrigé depuis le temps mais ça pourra aider un visiteur curieux qui a le même soucis).

Prenez un TPE auprès d'une banque, vous n'aurez pas ce type de problème. Cependant le fait que Paypal ait agit ainsi indique que quelque chose doit être changé ou expliqué.

Il semblerait que cette erreur est changée chez Paypal pour un code différent. Dans tous les cas il n'y a rien à faire côté prestashop.

As-tu configuré toute l'API ?

Quelqu'un est-il arrivé à tester le thème mobile sur w3c (sans de redirection vers un sous-domaine ou dossier pour la version mobile) ? Le validator ne check que la version full ...

Il y a pas mal de choses à revoir pour que Prestashop gère correctement le multilingue. En revanche je pense qu'un seul Prestashop est peut-être plus simple à gérer que plusieurs sites. Les plus grandes boutiques en revanche ont plusieurs domaines (meilleur pour le référencement ?). http://blog.referenc...ogle-translate/

Did you resolve the problem since all that time ?

MP moi si tu n'as pas résolu ce problème. Je suis passé par là récemment

Aucune idée non plus je trouve ça idiot également. Pour résoudre ton problème il te faut utiliser ceci (c'est également indiqué dans le code du script mobile_theme.php) : $smarty->assign('HOOK_HEADER_MOBILE', 'code php ou adresse du script etc...');

Bonjour, après quelque recherche il semblerait que toute la partie "TAXES" (à travers des variables &taxes etc...) ait été supprimée dans la version 3.5.0 du module Paypal (comparé à la version 2.8.*). C'est ennuyeux car les paiements sur Paypal sont désormais avec un montant TVA à 0 ce qui est incorrect quand on applique la TVA sur prestashop et dans ses factures. Variables du code concernées : - PAYMENTINFO_0_TAXAMT -> 0 dans la réponse de Paypal car - PAYMENTREQUEST_0_TAXAMT -> 0 à l'envoi de la requête. Pourquoi donc cette suppression ? Quelqu'un a-t-il une solution rapide à apporter à la communauté dans le même cas de figure que moi pour remettre les taxes sans erreur de l'API paypal bien entendu et en ne modifiant que le script process.php (/modules/paypal/express_checkout) ? Merci d'avance. Bien à vous.

Bonjour Bertrand, il me semble qu'il est recommandé sur la page du module/theme mobile de mettre à jour le module Paypal. La version 2.8.5 n'est pas compatible (en l'état) avec le thème mobile. Je te conseille tout de même de faire attention avec la dernière version du module Paypal, j'ai rencontré (et je rencontre encore) des problèmes avec. Je vais d'ailleurs ouvrir un topic concernant la disparition des taxes envoyées à Paypal avec cette dernière version. Bien à toi. Dav.

Hi community, have you figured this out by yourselves ? BR.