PhenixTweet

8 minutes

a répondu au Message de Eolia - 8 minutes

Currency rate updated for shop 1 Currency rate updated for shop 9 Currency rate updated for shop 11

2 h.

a répondu au Message de yoyo64 - 2 h.

Si vous lancez la tâche cron manuellement quel est le résultat ?

1 jour

bonjour ou peux ce trouve le probleme du taux de change euro usd
car 109euro me font 109 usd au lieu de 124.48usd
pourtant tout et bien renseigné la tache cron aussi

7 jours

a répondu au Message de Eolia - 7 jours

Merci. Le bon e-mail va maintenant être envoyé.

7 jours

a répondu au Message de BigM - 7 jours

Ok, elle sera désormais cochée par défaut.

7 jours

a répondu au Message de BigM - 7 jours

Ok, trouvé.
Remplacez les lignes 782 à 791 de /classses/order/OrderHistory.php.

Par:

CODE
                    if($order->id_carrier && $order->shipping_number) {
                        // Don't remove these comments: they are used for translations
                        $topic = /* Mail::sendCore(1, 'in_transit',*/Mail::l('Package in transit', (int)$order->id_lang)/*)*/; 
                        $result['template'] = $result['template'] ?: 'in_transit';
                    }
                    else {
                        // Don't remove these comments: they are used for translations
                        $topic = /* Mail::sendCore(1, 'shipped',*/Mail::l('Your order has been shipped', (int)$order->id_lang)/*)*/; 
                        $result['template'] = $result['template'] ?: 'shipped';
                    }

8 jours

a répondu au Message de BigM - 8 jours

Si le problème persiste, je peux me contenter d'un contournement : copier le contenu de l'e-mail custom_shipped dans in_transit. Cela éviterait d'envoyer un message supplémentaire au client (ce qui serait un avantage).

Cependant, je ne souhaite pas que l'e-mail in_transit soit envoyé lors de la saisie du numéro de suivi. Tu as déjà intégré une case à cocher pour supprimer cet envoi à ce moment-là ; j'aimerais qu'elle soit activée par défaut en permanence.

EDIT: J'avais oublié de mentionner le correctif (workaround) appliqué : dans le fichier _shipping.tpl à la ligne 81, j'ai activé la case à

8 jours

a répondu au Message de BigM - 8 jours

J’ai maintenant remplacé à titre d’essai le modèle d’e‑mail utilisé pour le statut d’expédition, en passant de custom_shipped au modèle standard shipped. Pourtant, même ainsi, l’e‑mail in_transit est envoyé une nouvelle fois par erreur.

8 jours

a répondu au Message de Eolia - 8 jours

Oui, le statut "shipped" est lié à custom_shipped dans toutes les langues. De plus, j'ai le même problème dans la deuxième boutique qui n'utilise qu'une seule langue (l'anglais).

8 jours

a répondu au Message de BigM - 8 jours

Le statut "Expédié" est bien associé au template custom_shipped dans TOUTES les langues ?

9 jours

J'ai remarqué un doublon d'envoi d'e-mails.

Quand j'ajoute un numéro de suivi, le système envoie l'e-mail in_transit. Mais lorsque je passe la commande à "Expédié", les réglages prévoient l'envoi de custom_shipped, mais le système renvoie l'e-mail in_transit à la place.

Après vérification, ne vient pas de la dernière mise à jour, il est présent depuis plus longtemps.

Pour résumer :
Ajout du numéro de suivi: envoi de in_transit (ok)
Statut "Expédié": devrait envoyer custom_shipped, mais renvoie in_transit (probleme).

Merci d'avance pour ton aide !

14 jours

a répondu au Message de Eolia - 14 jours

J’ai trouvé la solution. Avant, je désactivais les pays et leurs zones associées. Après la mise à jour, il faut laisser la zone active tout en gardant les pays désactivés. Dans cette configuration, le workaround fonctionne de nouveau comme avant.

15 jours

a répondu au Message de BigM - 15 jours

il faudrait voir votre code car beaucoup de choses ont changé. Ca peut concerner une requête sql plus stricte ou une fonction ayant des contrôles supplémentaires.
Et vous avez fait un bond de 7 versions donc je n'ai plus toutes les modifications en tête.

15 jours

a répondu au Message de Eolia - 15 jours

Je comprends que le workaround doit être adapté, mais comme je n’ai rien modifié et que le problème est apparu uniquement après la mise à jour, pourriez-vous m’indiquer ce qui a changé et comment je peux l’adapter pour le rendre à nouveau fonctionnel ?

15 jours

a répondu au Message de BigM - 15 jours

Il va falloir adapter votre workaround alors.

15 jours

Bonjour, après la mise à jour de v39 vers v46, mon workaround pour afficher les frais de livraison aux clients, même dans les pays non desservis, ne fonctionne plus. Les pays concernés sont désactivés, mais avaient une catégorie de livraison dédiée. Maintenant, avec une IP d’un pays non livré, l’aperçu du panier affiche « Livraison gratuite », puis le panier affiche « Aucune option de livraison ». Le but était d’éviter les surprises : l’IP du client ne correspond pas toujours au pays de livraison. Après connexion, des frais apparaissent soudainement, créant confusion et abandon de panier.

16 jours

a répondu au Message de MrR - 16 jours

Bonjour,

Je ne sais pas si cela peut aider ou être utile, mais en V 1.6.2.46 avec module systempay 1.24.2, la configuration ci-dessous fonctionne aussi :

Paramètres avancés → Performances → Déplacer le code JavaScript à la fin = Oui

Module Systempay → Mode de retour = GET

19 jours

dans phoenix google me sort des /fr/ ou des /es/ dans les urls
je vois pas d'ou

19 jours

a répondu au Message de Eolia - 19 jours

si je comprend bien la mise a jour des prix sur le catalogue entier ne ce fait pas ?
ou si ou crée un produit ou mise a jour j'ai tester le prix n'est pas modifier

20 jours

a répondu au Message de yoyo64 - 20 jours

Qu'est ce qui ne fonctionne pas ? La mise à jour des taux ou la conversion ?
La tâche cron à été ajoutée et activée ?

20 jours

Bonjour,

Petit retour d'expérience sur Phoenix 1.6.2.42 avec Systempay 1.8.0.

Depuis aujourd'hui, le paiement ne fonctionnait plus correctement sur mobile alors que tout était OK sur PC :

impossible d'accéder à la page de paiement (redirection bloquée) ;
après correction, paiement accepté mais retour bloqué sur la page Systempay.

Solution :

Paramètres avancés → Performances → Déplacer le code JavaScript à la fin = Non
Module Systempay → Mode de retour = GET

Depuis ces deux modifications, tout fonctionne de nouveau sur PC et mobile.

Phenixement

20 jours

Bonjour je regarde la conversion des prix mise a jours les devises des autre boutique car moi ca fonctionne pas . une idée ?

Atchworks @atchworks

20 jours

a répondu au Message de Eolia - 20 jours

des fois le code arrive 2/3 minutes après... mais c'est trop tard, il est valide 30 secondes lol

ça commence à crier fort ici :)
https://www.totalbug.com/m...

20 jours

a répondu au Message de Atchworks - 20 jours

c'est justement le pb, le mail/sms avec le code n'arrive pas^^

Atchworks @atchworks

20 jours

a répondu au Message de Eolia - 20 jours

Je viens de recevoir un mail comme quoi il allait mettre la double authentification sur Connect également !
Purée ça pue au vu de leur professionnalisme.

21 jours

a répondu au Message de Atchworks - 21 jours

Certains n'arrivent même plus à se loguer à connect

Atchworks @atchworks

21 jours

a répondu au Message de Eolia - 21 jours

Heureusement que l'on peut facilement passer sur Connect pour imprimer l'étiquette... J'ai adoré ton échange avec Mondial sur X :)

21 jours

a répondu au Message de Eolia - 21 jours

TOUT comme la site de la poste impossible de payer depuis 2 semaines il dise problème sérieux 300 millions d’euros concernent tout l’écosystème numérique de La Poste
ce pays c'est la catastrophe

21 jours

Pour Info, le pb Mondial Relay n'est toujours pas réglé:
https://www.totalbug.com/m...

Bug Mondial Relay ? Panne et problèmes aujourd'hui 2026

Mondial Relay ne marche pas ? Vous rencontrez des problèmes avec un colis ou un point relais ? Signalez-le et consultez en temps réel les pannes !

https://www.totalbug.com/mondial-relay/

22 jours

a répondu au Message de yoyo64 - 22 jours

Vous pouvez utiliser les règles catalogue si ce changement de prix n'est pas définitif