greenabz

I have the same problem... please help...

Je fais un petit up parce qu'on ne sait jamais si ça peut aider quelqu'un d'autre... Je cherchais justement à résoudre ce problème et j'ai trouvé. Fonctionne apparemment depuis PS 1.5.4.1. (je suis sous PS 1.6.0.14) Il faut overrider le fichier AttachementController.php C'est à dire copiez le fichier qui est dans controllers/front et le coller dans override/controllers/front puis modifier la ligne header('Content-Disposition: attachment; filename="'.utf8_decode($a->file_name).'"'); par header('Content-Disposition: inline; filename="'.utf8_decode($a->file_name).'"'); N'oubliez pas de vider votre cache avant de tester

Merci pierrewebmaster ta solution m'a été bien utile et m'a fait gagner beaucoup de temps

Pour ceux qui ont le message Internal Server Error... cela vient probablement de vos permissions. Moi j'ai passé le module et ses sous-dossiers en CHMOD 705 et les fichiers en CHMOD 644 et c'est passé (je suis chez OVH). Maintenant ça fonctionne.

Merci luhy, marche super sur Prestashop 1.6.0.8 !

Bonjour, même bug pour moi. Dans le récap de la commande, dès qu'on touche à la quantité +/-, elle passe à zéro mais les montants eux sont corrects, ils augmentent ou réduisent bien, en fonction de l'ajout ou de la suppression + / -. Et à l'actualisation manuelle de la page, la quantité est bien indiquée et correcte. Quelqu'un a trouvé la solution ?

J'ai finalement réussi en faisant comme ça, ce n'est peut-être pas la meilleure méthode mais pour le moment ça marche... (Version 1.4.5.1) A intégrer autour de la ligne 589 sur le fichier de Classes pdf.php // Livraison $addressType = self::generateHeaderAddresses($pdf, $order, $addressType, $patternRules, $width); if (Configuration::get('VATNUMBER_MANAGEMENT') AND !empty($addressType['invoice']['addressObject']->vat_number)) { $vat_delivery = ''; //si l'adresse de livraison est différente de l'adresse de facturion if ($addressType['invoice']['addressObject']->id != $addressType['delivery']['addressObject']->id) $vat_delivery = $addressType['delivery']['addressObject']->vat_number; //Ecriture des adresses $pdf->Cell($width, 10, Tools::iconv('utf-8', self::encoding(), $addressType['invoice']['addressObject']->vat_number), 0, 'L'); $pdf->Cell($width, 10, Tools::iconv('utf-8', self::encoding(), $vat_delivery), 0, 'L'); $pdf->Ln(5); } //Facturation if ($addressType['invoice']['addressObject']->dni != NULL) $pdf->Cell($width, 10, self::l('Tax ID number:').' '.Tools::iconv('utf-8', self::encoding(),$addressType['invoice']['addressObject']->dni), 0, 'L'); // on rajoute un email du client $id_customer = self::$order->id_customer; $customer = new Customer($id_customer); $pdf->Ln(5); $pdf->Cell($width, 10, Tools::iconv('utf-8', self::encoding(), "email du client : ".$customer->email), 0, 'L'); si ça peut servir à quelqu'un d'autre...

Je ne pense pas que ce soit illégal, car le client à toujours le choix de ne pas s'abonner... La réduction est plus vue dans le sens de remercier pour l'abonnement... Et effectivement libre au client de se désabonner après avoir eu sa réduction, c'est le risque. Mais si la newsletter est qualitative et pas abusive, le client ne se désabonnera pas. C'est la même chose sur Facebook on voit partout qu'il faut cliquer sur J'aime sur les pages fan pour bénéficier de codes promos spécifiques, si les grandes marques le font alors qu'elles sont encadrées par des juristes je ne pense pas que ce soit illégal...

Et depuis, quelqu'un à t-il trouvé une solution ? Car je rencontre le même problème...

Bonjour, Est-ce que le module fonctionne avec la version 1.4.5.1... ?

Bonjour, J'utilise la version 1.4.5.1...

Je serais également intéressée de savoir ou il faut exactement intégrer le fragment de code en question... Quelqu'un à la réponse ?

Mille fois merci d'avoir partagé l'info, elle m'a tirée d'un bien mauvais pas...

J'ai le même problème, quelqu'un à une piste ?