Semageek

Après modification du fichier contact-form.tpl en ajoutant les deux lignes <input> cela fonctionne de nouveau : <div class="submit"> <input type="text" name="url" value="" class="hidden" /> <input type="hidden" name="contactKey" value="{$contactKey}" /> <button type="submit" name="submitMessage" id="submitMessage" class="button btn btn-default button-medium"><span>{l s='Send'}<i class="icon-chevron-right right"></i></span></button> </div> Merci Matt75 !

Même souci que toi, Après analyse il semblerais que $carrier.id_carrier dans order-carrier.tpl n'indique pas le bon id_carrier. Je suis encore en train de creuser. La génération du javascript par beforeCarrier.tpl semble également buggué au niveau du tableau datesDelivery. Mais j'ai également un souci au niveau de la facture en PDF avec la ligne : "Approximate date of delivery is between Array and Array"

En continuant à creuser sur la fonction getReduction de classes/Group static public function getReduction($id_customer) { $result = Db::getInstance()->getRow(' SELECT g.`reduction` FROM `'._DB_PREFIX_.'group` g LEFT JOIN `'._DB_PREFIX_.'customer_group` cg ON (cg.`id_group` = g.`id_group`) WHERE g.`reduction` > 0 AND cg.`id_customer` = '.intval($id_customer).' ORDER BY g.`reduction` DESC'); return $result['reduction']; } Est ce qu'il n'y pas de souci si l'utilisateur appartient à deux groupe, genre default avec une reduction de 0% et club de 10%

Bonjour, après avoir creusé un peu de mon coté voilà quelques idées pour creuser : Le calcul des prix des produits avec la reduction associé au groupe est dans classes/Product.php public static function getPriceStatic($id_product, $usetax = true, $id_product_attribute = NULL, $decimals = 6, $divisor = NULL, $only_reduc = false, $usereduc = true, $quantity = 1, $forceAssociatedTax = false) { global $cookie; // Get id_customer if exists $id_customer = ((isset($cookie) AND get_class($cookie) == 'Cookie' AND isset($cookie->id_customer) AND $cookie->id_customer) ? intval($cookie->id_customer) : null); ... // Group reduction if ($id_customer) $price *= ((100 - Group::getReduction($id_customer))/100); ... } Et le calcul de la commande est son entrée dans la base de données est dans classes/PayementModule.php function validateOrder($id_cart, $id_order_state, $amountPaid, $paymentMethod = 'Unknown', $message = NULL, $extraVars = array(), $currency_special = NULL, $dont_touch_amount = false) { ... $order->total_paid = floatval(Tools::convertPrice(floatval(number_format($cart->getOrderTotal(true, 3), 2, '.', '')), $currency)); // Amount paid by customer is not the right one -> Status = payment error if ($order->total_paid != $order->total_paid_real) $id_order_state = _PS_OS_ERROR_; ... } C'est à partir de la que le paiement passe en erreur car le montant réellement payé total_paid_real (avec réduction) du groupe est différent de celui dans total_paid Sachant que la fonction getPriceStatic fonctionne corectement avant le paiement (Cb ou Paypal) et que après elle deconne, la seule variable à traité est $id_customer La variable $id_customer se base uniquement sur le cookie, est ce que le problème ne viendrait t'il pas de là ?

Bonjour à tous, Effectivement j'ai me même problème. Je dispose d'un groupe club qui dispose d'une réduction de 10% sur tout le magasin, lors d'une commande le montant et correct, le paiement sur paypal s'effectue avec le montant correct. Mais dans la partie admin, le montant commande est plein tarif et apparait donc en Erreur de paiement. Le pire c'est les articles ne sont pas sortis du stock non plus et que la facture est fausse. Ce bug est majeur. Chaque fois je doit corrigé dans la BDD les prix HT dans les commandes ainsi que le prix global de la facture, afin de faire disparaitre les erreurs et de disposer d'une facture correcte. Je suis encore en version 1.2.4, est ce que le bug est résolu dans la 1.2.5 ? Cordialement.