massacrions commande récup valeurs

Bonjour,

Pouvez vous nous fournir les éléments suivant pour mieux comprendre le contexte :
- Votre massaction via une screenshot
- Et précisément ce que vous avez besoin d'obtenir via un cas concret & détaillé

Cordialement

Bonjour,

L'action "envoyer l'email" envoi un email pour toute l'action de masse. Une action de masse peut potentiellement traiter des dizaines d'éléments mais un seul email ne sera envoyé.
Il n'y a pas de système de tag à remplacer actuellement car le but n'était pas de pouvoir avoir ce genre d'utilisation.
Mais je pense que c'est une bonne idée d'amélioration. Nous allons voir pour gérer cela lorsqu'il n'y a qu'une seule commande à prendre en compte.
Merci de votre retour.

En attendant, pourquoi ne pas utiliser le champ "CC" de l'email "order creation notification" pour envoyer une copie de l'email envoyé à la création de la commande ?

Comme je vous ai expliqué, il n'y a pas de variable remplaçable avec une action "envoyer l'email" d'une action de masse.
Ce va nécessiter du développement pour gérer cela.
Je vous recommande plutôt de travailler à la correction du souci avec l'envoi des emails normaux.
Si l'email d'une action de masse est bien réceptionné, mais qu'un email normal n'est pas réceptionné, c'est soit un problème avec les paramètres de l'email dans System>Emails soit avec les paramètres dans la section Emails de la configuration HikaShop.

Une alternative serait d'utiliser une action "run PHP code". Envoyer un email avec du PHP dans Joomla peut se faire en quelques lignes de code:
docs.joomla.org/sending_email_from_extensions
Et avec l'action "run PHP code", vous avez accès aux données de la commande avec des tags.

Bonjour,

Vérifiez d'abord ce que vous avez dans Customers>Emails history.
Voyez vous à cet endroit les emails qui ne sont pas reçu ?
Si oui, alors cela signifie qu'HikaShop envoi bien les emails à votre serveur email mais qu'ils sont écartés entre le serveur d'envoi et le serveur de réception pour une raison ou une autre. La raison est alors enregistrée dans le log du serveur email de l'hébergeur.
Si non, alors il y a une raison qui fait qu'HikaShop considère qu'il n'est pas nécessaire d'envoyer les emails. Par exemple, s'ils sont dépubliés dans le menu Système>Emails (c'est la première chose à vérifier dans ce cas), ou si le statut des commandes fait qu'il n'est pas nécessaire d'envoyer les emails (par exemple, si le plugin ne paiement ne confirme plus automatiquement les commandes après le paiement, alors l'email "order status notification" et l'email "payment notification" ne seront plus envoyés. Et la le problème est en lien avec la notification de paiement, pas les emails).

Bonjour,

Si HikaShop n'arrive pas à générer les miniatures car l'URL de l'image lui est inaccessible, cela ne devrait pas l'empêcher d'envoyer l'email au serveur d'envoi. D'ailleurs, si l'email est dans l'historique des emails, c'est qu'HikaShop a envoyé l'email au serveur d'envoi de l'hébergeur.
C'est peut être le serveur d'envoi qui bloque ? Il se pourrait qu'un filtre anti spam essaie de récupérer les images et que cela bloque à ce niveau.

En tout cas, il n'y a rien d'important qui a été changé avec la 4.7.5. Je pense que si vous repassez sur la 4.7.4 vous aurez quand même le problème. La 4.7.5 est la même chose que la dernière build de la 4.7.4. Elle ne contient que des bug fixs.

Aussi, pourriez vous faire une capture d'écran de la page avec l'erreur "Could not access file: media/com_hikashop/images/mail/header.png" en question ?

Bonjour,

L'erreur vient du code i.imgur.com/wdMXJEn.png dans le fichier \libraries\vendor\phpmailer\phpmailer\src\PHPMailer.php
Il est possible que ce soit la mise à jour de Joomla, qui a entrainé la mise à jour de PHPMailer qui résulte en cette erreur.
Aussi, je pense que l'erreur n'aura pas lieu si l'option "Embed images" de la configuration HikaShop est désactivée, ce qui est le cas par défaut. Donc c'est une piste à creuser.