Il vient de se passer quelque chose de très surprenant sur mon site à ce sujet.
J'avais abandonné l'idée d'avoir le récapitulatif de commande(order_conf) envoyé par email lors du passage au statut "payement accepté".
j'ai donc juste laissé l'email "payment" disant "votre payement a été accepté" à la place du "order_conf" récapitulant tout.
Et je suis donc passé à autre chose, qui est la mise en place d'un payement par carte (qui n'était pas encore présent sur le site).
Et en effectuant les test de payement, j'ai donc créer un compte adresse livraison en France et un en Belgique, (car j'ai parfois quelques clients d'autres pays Européen).
Les clients de France reçoivent donc un email classique "payement", mais je ne comprend pas pourquoi, mais les clients Belge reçoivent quand à eux le "order_conf" !
Comment c'est possible, ils ont tout deux le même statut de commande "payement accepté" et devrait donc théoriquement recevoir le même email qui est relié à ce statut !
Et là ou c'est totalement incompréhensible pour moi, c'est que le récapitulatif est bon ! Les variables s'affichent bien, la seule variable ne s'affichant pas correctement est le
{ORDER_NAME} dans le titre du message, alors que ironiquement dans le corps du message il est aussi repris, mais affiche bien le numéro de commande.
Cela soulève tant de question :
A) Pourquoi la France et la Belgique reçoivent un email différent pour pourtant le même statut (et même langue [FR] )
2) Pourquoi dans le même Email il est possible qu'une variable soit affiché correctement dans le corps du message, mais pas dans le titre ?
(est-ce car les variables se réfèrent à ces classes, et que le titre pourrait être relié à une classes, et le corps du message à une autre?)
je précise que j'extrapole ici sans la moindre connaissance car je ne suis même pas sur d'avoir bien compris ce qu'est une classes
3) Pourquoi le "order_conf" que reçoivent les clients Belge, n'est pas buggé comme celui que j'avais présenté plus haut ?
4) Si tout cela est du à un bug lors de la MAJ de 1.4 vers 1.6.1.23, copier les fichiers d'origine "classes" 1.6.1.23 pourraient-ils résoudres le problème ?
Désolé de toutes ces questions, mais je bloque vraiment à comprendre la logique de tout cela.
- ⚡ MAJ ⚡ : J'ai refait d'autres test, et j'ai aussi eu des clients Français qui reçoivent l'email "order_conf". Cela n'est donc plus lié au pays de livraison, mais semble donc aléatoire (ce qui n'est pas possible).
De plus, certains clients reçoivent les 2 emails (order_conf + payement)
Et pour les commande où j'ai eu l'email "order_conf" si je vais sur la commande et fait "renvoyer l'email" je reçoit uniquement l'email "payment"
On est bien entendu toujours sur le fichier "order_conf.html" que dont j'avais mis le code en lien car dans l'email reçu suites au commande,
j'ai les mots "test test" que doekia m'avait demander de placer et que j'avais pas encore retirer.
Voici l'image de ce que j'ai reçu par email : (pour comparé à plus haut ou je n'avais que des {variable} hormis le total_paid
Comme vous le voyez tout est revenu (sauf dans le titre)
Au niveau des emails reçu, ci-dessous le listing (avec à droite "email reçu" pour indiquer quel email à été reçu suite à la commande) :
Le 4100 et 4101 sont une seule commande (presta séparant les commandes/factures issus de livraison différentes)
La 4103 et 4104 sont les même, car la 4103 est une commande et j'ai fait "repasser la commande" ce qui a créer la 4104,
et pourtant, un résultat différent au niveau de la réception email.
je suis pas du genre pessimiste, mais la j'ai l'impression d'être foutu, car c'est un beau bordel sans semblant de logique.
2ème mise à jour (au cas ou quelqu'un aurait eu le courage de lire jusqu'ici)
Ayant fini les test de module payement par carte, je suis passé en mode "production", et j'ai donc fait un vrai payement (avec ma propre carte) comme le ferait donc un client. J'ai reçu les 2 emails de confirmation (Payment.html + order_conf.html) et maintenant l'order_conf à TOUTES les variables affichant correctement l'information, même dans le titre. Techniquement je devrait me dire que "tout va bien", mais c'est faux, il y a un sacré problème sur mon site et je me doute que même si ça fonctionne bien aujourd'hui, rien ne le garantie pour "demain"