Erreur dans la notification

[toussaint]

Bonjour à tous,
J’ai eu une message d’erreur lors du validation commande client. Pourriez-vous m’aider?
Merci d’avance
name ‹ any › is not defined
Traceback (most recent call last): File « apps/frappe/frappe/email/doctype/notification/notification.py », line 519, in evaluate_alert if not safe_block_eval(alert.condition, None, context): File « apps/frappe/frappe/utils/safe_block_eval.py », line 44, in safe_block_eval return frappe.safe_eval(code, _globals, _locals) File « apps/frappe/frappe/init.py », line 2352, in safe_eval return safe_eval(code, eval_globals, eval_locals) File « apps/frappe/frappe/utils/safe_exec.py », line 139, in safe_eval return eval( File «  », line 1, in NameError: name ‹ any › is not defined

[corentin]

Bonjour @toussaint,

Navré pour ce problème, nous avons introduit une notification standard activée par défaut qui utilise le mot-clé any alors qu’il n’est pas disponible si les scripts serveurs ne sont pas activés.

Toujours est-il qu’il est possible de désactiver cette notification :

https://demo.dokos.cloud/app/notification/Reservation%20de%20ressource%20-%20Notification%20gestionnaire

Mail : Nouvelles réservations de ressources

Bonjour @Leo, Est-ce que la notification est bien désactivée ? La case “Activé” devrait apparaître comme décochée. Il faut se rendre dans la Nouvelles réservations de ressources et cliquer sur Actions > Désactiver pour que l’envoi de nouveaux e-mails s’arrête. [image] Il est possible que des e-mails soit encore en file d’attente d’envoi et continuent à être envoyés pendant quelques minutes après la désactivation. Corentin

[toussaint]

Je retourne vers vous, j’arrive à résoudre le problème en remplir tous les champs pour la création d’utilisateur, notamment « Nom de Famille » . J’assiste une nouvelle problème sur e-commerce, lors de la vérification et règlement de la commande le port 8080 ne s’affiche sur la barre d’adresse. Je travaille en locale. Je suis nouveau sur erpnext et dokos
Merci sur votre aide

[corentin]

Pourriez-vous mettre une capture d’écran du problème pour que je comprenne plus en détails si possible ? Merci

[toussaint]

Je sais que c’est une problème de paramétrage mais je n’arrive à le fixer

[corentin]

Je pense comprendre le problème : le lien de paiement (vers lequel est redirigé le client après avoir passé commande) n’utilise pas la bonne adresse.

Est-ce que ça se produit aussi en accédant via le nom localhost, plutôt que l’IP 127.0.0.1 ?

[toussaint]

Merci M Corentin, j’essaie de trouver ce lien commande vers le paiement.
localhost = 127.0.0.1 mais j’utilise ipv4(adresse ip de mon pc)
encore merci

[toussaint]

je pense que mon problème vient de passerelle de paiement mais aucune issu de le créer. Aide moi

[corentin]

Essaie l’URL suivante : http://localhost:8000/payments ou alors http://localhost:8080/payments

Voilà le résultat attendu :