Coupon code non mis à jour dans la base

-- HikaShop version -- : 2.3.0
-- Joomla version -- : 3.3
-- PHP version -- : 5.4

Bonjour,

Les mécanismes liés au coupon fonctionnent bien jusqu'au checkout. Il se calcule et s'affiche dans le front avec toutes les bonnes informations. Par contre, dans les factures (front ou back) il n'apparaît pas sur une ligne spécifique bien que les totaux soient bons. En fait, dans la table "order", la colonne "order_discount_code" reste à "0" au lieu d'avoir le coupon attribué. Ce qui fait que la facture "décide" de ne pas imprimer la ligne affichant le coupon. Par contre dans la table "cart" la colonne "cart_coupon" est bien remplie. Il y a-t-il une raison liée à un paramètrage pour que la table ne soit pas mis à jour ou s'agit-il d'un bug ?

PS : le coupon est paramétré pour être attribué automatiquement. Il n'est pas rentré manuellement.

Il y a deux coupons créés (on n'utilise plus les remises) :

Le order_discount_price est bon lui. C'est d'ailleurs de cette façon que j'ai fait un "patch" sur invoice.php en testant sur cette valeur plutôt que sur le code. Mais comme j'aimerais récupérer ce code pour l'afficher dans la facture à la place du mot "coupon", cela me manque.
C'est pareil dans le back-end.

Bonjour,

Je me permets de vous relancer sur ce point car j'aimerais pouvoir modifier invoice.php pour afficher le code coupon plutôt que la constante "Coupon" dans la facture. Or, je pense qu'il faut que la table en BDD soit à jour pour que je puisse récupérer la bonne valeur. Je ne pense pas que ce code puisse être dans un objet disponible à ce moment là ?

Bonjour,

Effectivement, à ce stade, le coupon est bon (cf. capture). A part invoice.php, on n'a pas touché au code hikashop. Les plugins activés sont très standards (paiement par chèque, virement, livraison manuelle).. La seule chose est qu'il s'agit d'une association qui ne facture pas la TVA. Est-ce que cela pourrait être lié à la façon dont le panier est transformé en commande en fonction d'un test sur la TVA ? dans quelle partie du code pourrais-je chercher ?

Il semble que la function Save soit appelée deux fois. La première avec la bonne info. La seconde sans. J'ai "tracé" la variable tout au long de cette fonction. Et c'est bien dès le début qu'elle n'est pas transmise la seconde fois.
Cette deuxième occurrence du "save" est-elle "normale" ? Si oui pourquoi est-ce vide la seconde fois ? Si, non d'où cela peut-il provenir selon vous ? J'avoue que je peine à rentrer dans votre code. Ce n'est pas un petit bout de script !

Ma commande de test n'a qu'un produit, qu'un coupon.... basique

Je ne sais pas si on progresse mais au deuxième passage " isset($order->order_discount_code)" renvoie "false", j'ai donc modifié votre test pour ne faire le backtrace que si la variable est vide. Et là j'ai un internal server error au bout de 10 secondes environ. Soit la pile est "zarbi", soit il n'est pas possible d'appeler cette fonction sur une variable non initialisée ?
Quoiqu'il en soit, le fait qu'elle soit "désetée" lors du deuxième appel est étrange.

Si cela peut vous donner une piste, lorsque je "termine ma commande" en front, il m'affiche le récap du panier avec le coupon automatiquement attribué (là, tout est ok). Mais si je clique sur la croix pour supprimer le coupon, il rafraîchit l'écran et m'indique un message "joomla" : "coupon supprimé" mais il est toujours là. Je voulais le rentrer à la main pour voir si cela faisait une différence. J'ai donc désactivé l'option d'affectation automatique. Là je peux mettre le coupon que je veux. Mais j'ai toujours le même symptôme du double passage dans "save", une fois avec les bonnes valeurs et la seconde à "0".

Dans ce cas, si je ne saisis aucun coupon. Il passe deux fois par "save" avec les deux fois les mêmes "valeurs" (0) :

Le fichier résultat du backtrace fait 216 000 lignes et 9mo ! Pas chaud pour le mettre sur le forum. Il contient "tout le site".
Le passage de unset à 0 se fait aux alentours des lignes 130 :

if($new) {
			echo "apchea 42 : $order->order_discount_code<br/>";		
			$dispatcher->trigger('onBeforeOrderCreate', array(&$order, &$do) );
		} else {
			echo "apchea 43 : $order->order_discount_code<br/>";		
			$dispatcher->trigger('onBeforeOrderUpdate', array(&$order, &$do) );
		}
		echo "apchea 5 : $order->order_discount_code<br/>";

pfff.... il s'agissait d'une massaction sur les commandes qu'on avait testée au tout début. L'action n'est pas valide et met à jour le coupon avec quelque chose d'erroné qui est "traduit" par zéro. J'y ai pensé dès que j'ai vu qu'en désactivant le plugin en question cela supprimait "l'erreur". J'aurais pu y penser mais cela remontait à plusieurs semaines. Dommage que cela ne vous est pas fait "tilt", vous étiez sûr du onBeforeOrderUpdate mais vous aviez oublié cette puissante fonction d'hikashop....

Merci de m'avoir aidé dans cette recherche. Ce fût long mais instructif...