PhenixTweet

1 jour

a répondu au Message de Eolia - 1 jour

Mais l’e-mail est envoyé depuis le statut « Registered order ».

Pour être honnête, je ne suis pas vraiment sûr pour le moment dans quelle mesure c’est un problème. Je reçois rarement des e-mails de clients qui répondent directement à la confirmation de commande au lieu d’utiliser le formulaire de contact. C’est simplement arrivé deux fois récemment, et dans les deux cas ils avaient payé via Stripe, et c’est là que je l’ai remarqué.

1 jour

a répondu au Message de BigM - 1 jour

L'email n'envoie pas le statut mais uniquement le moyen de paiement (Stripe)

1 jour

a répondu au Message de Eolia - 1 jour

Désolé, concernant le PDF, c’était mon erreur. Avec le statut « Registered order », aucun PDF n’est envoyé, donc le problème ne concerne pas la facture PDF mais uniquement l’e-mail.

J’ai eu connaissance de ce problème en lisant les réponses de clients à la confirmation de commande, et c’est à cette occasion que j’ai remarqué l’affichage incorrect. Je ne peux pas confirmer si cela concerne toutes les commandes Stripe ou seulement certaines. En environnement de test Stripe, je ne reproduis pas le problème.

1 jour

a répondu au Message de BigM - 1 jour

Quel PDF ?
Le statut "Registered order" n'envoie jamais de facture normalement.

1 jour

a répondu au Message de BigM - 1 jour

Oui et c'est la vérité. Parfois le paiement ne peut être capturé et le délai peut être long (le module tente 15 fois maximum la capture)

1 jour

a répondu au Message de Eolia - 1 jour

Le mail n’est pas non plus envoyé depuis le statut « Waiting for Stripe capture », mais depuis l’étape précédente « Registered order ». Tant que le statut n’est pas passé à « Payment processed », le PDF n’affiche pas « Paid by card » ni le montant, mais indique « Waiting for Stripe capture ».

1 jour

a répondu au Message de BigM - 1 jour

Ce n'est pas normal car le statut "Waiting for Stripe" n'envoie aucun mail.

1 jour

À Eolia : serait-il possible de retarrder l’envoi de l’e-mail de confirmation de commande de 5 à 10 secondes ?

Lors d’un paiement PayPal, le statut de commande passe de “Registered order” directement à “Payment processed”. En revanche, pour Stripe, après “Registered order”, le statut devient d’abord “Waiting for Stripe capture”, puis seulement quelques secondes plus tard “Payment processed”.

Cela fait que le client reçoit parfois une confirmation avec le statut “Payment: Waiting for Stripe capture” (également dans le PDF joint).

1 jour

a répondu au Message de BigM - 1 jour

Après avoir corrigé l’erreur dans le générateur de PDF, les e-mails de commande avec le PDF sont de nouveau envoyés. Cependant, je ne comprends pas encore pourquoi, pour les commandes via Stripe, un e-mail était envoyé sans problème au client (ainsi que des alertes par e-mail pour moi), alors que pour les commandes via PayPal, ce n’était pas le cas.

2 jours

a répondu au Message de Eolia - 2 jours

Désolé pour ma réponse tardive. Il était déjà tard et je viens seulement de reprendre l’analyse du problème.

L’erreur 500 était de mon fait. J’ai effectué une modification dans le générateur PDF et j’ai mal placé une virgule. De ce fait, le PDF n’a pas été généré et l’e-mail n’a pas été envoyé.

Concernant le problème avec les commandes PayPal, je vais vérifier si cela était également lié à cette erreur PDF. Curieusement, les e-mails ont bien été envoyés pour les commandes Stripe.

2 jours

a répondu au Message de mariepascale il y a 2 jours

La facturation électronique ne concerne que les ventes aux professionnels (B2B) .
Par contre vous devez choisir un partenaire agréé (PA) pour pouvoir recevoir les factures de professionnels.
Le e-reporting sera par contre obligatoire pour toutes les entreprises facturant de la TVA

2 jours

a répondu au Message de BigM - 2 jours

Bonjour, Quelle est l'erreur quand vous essayez de renvoyer le mail en mode debug ?

2 jours

Bonjour,
Après la mise à jour vers la version 46, nous avons constaté un problème avec les commandes payées via PayPal : ni le client ni nous ne recevons l’e-mail de confirmation de commande.
De plus, lorsque nous cliquons sur « Resend mail » dans le back-office pour une commande concernée, une page d’erreur 500 s’affiche.
Les commandes payées via Stripe fonctionnent normalement et les e-mails sont envoyés comme d’habitude.
Est-ce que quelqu’un d’autre a remarqué ce problème ?

mariepascale @mariepascale

2 jours

Bonjour Eolia,
Petite question sur la facturation électronique.
Je vends des produits en téléchargement, tous issus de ma collection personnelle; je ne reçois aucune facture et Prestashop édite les factures aux clients. Que dois-je faire? Merci . Bien cordialement. Marie-Pascale

2 jours

a répondu au Message de eric - 2 jours

bon finalement , j'ai fait la maj et je vais tester tout ça.

2 jours

bonjour , maj v46 prévue ce jour mais la page performance permettant de régler quelques options pour la maj ne s'affiche pas , debug activé pas d'erreur 500 , la page est tout simplement blanche et ce n'est pas la seule , j'ai exactement la même chose sur la page évaluation du catalogue et peut-être d'autres que je n'ai pas encore détectées. J'avoue de pas avoir cherché la cause de ce non-affichage. Par contre , ce serait intéressant d'avoir les champs de la bdd concernés sur la page performance et donc solution de contournement pour la maj. J'utilise brave mais idem avec firefox.

6 jours

a répondu au Message de yoyo64 - 6 jours

Pas dans le module mais dans la configuration du produit. Lorsque vous créez une famille de caractéristique vous pouvez choisir son type:
- texte
- image
- son
- vidéo

Vous choisissez "Image" et quand vous ajoutez des valeurs choisissez "Icone" et chargez vos logos.

Dans le product.tpl de votre thème vous ajoutez ce bloc où vous voulez pour les faire apparaitre:

6 jours

a répondu au Message de Eolia - 6 jours

comment ca dans le module ? je vois pas ou

6 jours

a répondu au Message de yoyo64 - 6 jours

Vous pouvez mettre des logos dans les caractéristiques

7 jours

hello possible d'avoir aussi des petit logo dans cutom flag

Atchworks @atchworks

7 jours

a répondu au Message de Eolia - 7 jours

t'assures comme d'habitude ! Un grand MERCI

7 jours

a répondu au Message de Atchworks - 7 jours

Corrigé, le .htaccess était manquant dans /images/

Atchworks @atchworks

7 jours

a répondu au Message de Eolia - 7 jours

arf moi ça bug :( avec theme configurator
Alors que ce matin, la grosse MAJ c'est bien déroulée

7 jours

a répondu au Message de Eolia - 7 jours

oui certainement bon du coup ça marche désolé de vous avoir déranger et merci !

7 jours

a répondu au Message de chris il y a 7 jours

Donc par défaut la valeur était de 1M dans la config de votre serveur.

7 jours

a répondu au Message de Eolia - 7 jours

je viens de bidouiller j'ai fait un fichier à la racine .user.ini > upload_max_filesize = 16M
post_max_size = 16M et ça marche apparemment

7 jours

a répondu au Message de chris il y a 7 jours

Bizarre, chez moi ça affiche 1024

ca voudrait dire que la valeur enregistrée est 1M et non pas 1024M.

Le contrôle est effectué avec les ini_get:

$max_upload = (int)str_replace('M', '', ini_get('upload_max_filesize'));
$max_post = (int)str_replace('M', '', ini_get('post_max_size'));

7 jours

a répondu au Message de Eolia - 7 jours

La valeur affichée est 1 (1MB). Mon serveur a pourtant 1G de RAM et la limite devrait être bien plus haute. Je suis en PHP-FPM 7.4 avec Hestia Control Panel.

7 jours

a répondu au Message de chris il y a 7 jours

pouvez-vous ajouter:

d($this->upload_mb);

à la fin de la ligne 52 de /controllers/admin/AdminAdminPreferencesController.php et me dire ce qui s'affiche quand vous réaffichez la page ?

7 jours

a répondu au Message de Eolia - 7 jours

merci pour votre réponse : 8, 2 et 2 dans l'ordre