RPA2303

Même après avoir vidé le cache ? Perso, je suis maintenant en 1.6.0.13 et avec la v 2.0.8 du module G Analytics, et ça tourne plutot bien.

Bonjour Un point m'échappe au sujet de la loi Hamon. Les différents articles ici et là s'attardent essentiellement sur la notion du respect du délais de livraison indiqué ou à défaut du délais de 30 jours. Mais quid du retard non pas d'expedition mais de livraison (dans le cas où La Poste traine) ? Ex : j'indique une livraison pour le jeudi 12 mars (pour une commande la 9 mars). - A partir de quand le client peut-il exiger le remboursement si le 12 mars il n'a pas reçu son colis ? - A partir de quand peut-il exiger le remboursement s'il est avéré que le colis a été expedié en temps et en heure mais que la Poste semble l'avoir perdu ? Car je suis dans le cas de figure où j'ai expedié un colis en temps et en heure mais il n'est toujours pas arrivé car la Poste semble l'avoir perdu. J'ai ouvert un litige à la Poste et celui ci sera clos le 18 mars (2 semaines après son ouverture) si pas de nouvelles d'ici là. Entre temps, le client a demandé le remboursement. Je l'ai remboursé du montant de sa commande, hors frais de port, en lui indiquant que si entre temps la Poste livre le colis alors je le lui offre (sous entendu que c'est pas la peine de me le retourner). Mais le client ne l'entend pas comme cela et demande également le remboursement des frais de port sans délais en invoquant son droit. Est-il réellement dans son droit de demander le remboursement intégral alors même que la Poste n'a pas encore cloturé son enquête ? Merci d'avance

Et voilà ganalytics.zip

Perso j'en ai eu marre de batailler et ai reinstallé la 1.8.2 ; depuis la vie est belle ^^

Résolu, de manière un peu étrange d'ailleurs. Dans localisation / taxes, j'avais désactivé l'option Afficher les taxes dans le panier. Le fait de reactiver cette option fait disparaitre la zone concernant le code promo (mais il reste bien sur la premiere page récapitulative). Pas certains que cela soit le comportement normal de PS...

Bonsoir Un truc étrange auquel je n'avais jamais fais attention jusque là en 1.6.0.9 J'ai créé un code promo qui est mis en avant lors des différentes étapes de la commande. Sur la page recapitulative de la commande, pas de soucis, le code et là et un click dessus permet de remplir la case 'bon de reduction' et le visiteur n'a plus qu'à cliquer sur ok Par contre, sur la page de choix du mode de paiement, le code en tant que tel est remplacé par le libellé du code promo. Si bien que si le visiteur clique dessus, la case bon de reduction se remplie avec cet intitulé. Lors du click sur ok cela génère évidement un message d'erreur qui dit que le code n'est pas valable. J'ai tenté de désactiver Paypal dont j'ai lu ici et là qu'il pouvait être source de soucis en js, mais cela ne change rien. Une idée ? Merci d'avance

Bonjour As tu trouvé une solution, car suite à un changement de thème j'ai exactement le même problème (et plus beaucoup de cheveux à force de me les arracher) ? Je navigue entre les views/payment.tpl mais sans grand succès

Bonjour En 1.6.0.9 j'ai le message Warning: Function addJS() is deprecated /modules/hover_pl_taille/hover_pl_taille.php on line 51 in /classes/Tools.php on line 2280 Warning: Function addCSS() is deprecated /modules/hover_pl_taille/hover_pl_taille.php on line 52 in /classes/Tools.php on line 2280 Merci d'avance

Bonjour Depuis quelques temps j'ai des commandes qui tombent avec Mondial Relay comme transporteur mais avec aucune infos sur le Point Relay choisi. Vérification faite, il est possible pour l'internaute, sur l'ecran de choix du Point Relay, de valider sans selectionner de Point Relay. Aucun message d'erreur, rien, la commande se poursuit comme si de rien n'était. C'est ennuyeux... Prestashop : 1.6.0.9 Module Mondial Rely : 2.0.6

Bonjour Sur bootstrap ? Me semble que c'est normal. En farfouillant dans le css y a surement moyen mais me souviens m'être cassé les dents dessus. Bon courage

Cela n'a rien changé. M'en vais aller voir le concepteur du template. Merci

thxs, me souviendrai de l'astuce

Bonjour J'ai un soucis depuis le passage en 1.6.0.9 * Dans Seo & Urls, la page manufacturer a pour url simplifiée fabricants * Dans format des url, la route vers les fabricants est marque/{id}-{rewrite} Jusque là, pas de soucis, les pages s'affichent bien. Lorsque j'affiche la page d'un frabricant en front, j'ai une url sous la forme http://www.monsite/marque/4-monfabricantt?orderby=name&orderway=asc Lorsque depuis cette page je veux changer le tri des produits par, par exemple, ordre alphabeitque, alors l'url devient http://www.monsite.me/manufacturer.php?id_manufacturer=4&orderby=name&orderway=asc au lieu de http://www.monsite/marque/4-monfabricantt?orderby=name&orderway=asc ce qui aboutit une page 404. Qu'est ce qui cloche ? Pourquoi est ce que cela retourne vers la page avec le format d'uri d'origine ? Merci d'avance

Cela ne serait pas lié au parametrage de statuts de commande ? L'option 'Autoriser les clients à télécharger et lire la version PDF de la facture' doit être cochée

Trouvé. C'est lié aux statuts. Le fait de generer une étiquette passe automatiquement la commande au statut n°4. Or, il faut que dans le paramétrage de cleui l'option 'Marquer la commande comme expedié' soit cochée ; sinon cela engendre ce double paiement.