Explorer

18 h.

Alors merci pour l'édition en masse depuis le catalogue , fonctionnalité très utile , elle existait peut-être depuis plusieurs versions mais je viens de la découvrir , évidement comme je ne lis pratiquement jamais les changelogs......😉

BigM @bigm

3 jours

Plusieurs clients m'ont déjà écrit pour me signaler qu'ils n'avaient pas pu passer commande car un article de leur panier était épuisé et qu'ils ne pouvaient pas le supprimer car le panier était bloqué. (Ce problème n'a rien à voir avec le changement de serveur, il existe depuis longtemps.)

chris @chris

5 jours

Bonjour est ce que quelqu'un à la solution ? Je me sers du module WhatsappConnect mais j'ai plusieurs sites et qu'un seul téléphone... Du coup les clients quand ils me contactent je ne sais pas depuis quel site ? J'ai ajouté un message sur le fichier tpl de mon theme pour reconnaitre le site mais les clients l'effacent quand ils commencent le message c'est ballot ! une solution peut être ?

BigM @bigm

7 jours

Lorsque je corrige le problème d'image (ce n'est pas une véritable solution, mais simplement le fait d'exclure le logo du PDF, comme je l'ai mentionné dans un autre message), tout fonctionne normalement. Les clients reçoivent leur confirmation de commande, le commerçant reçoit l'e-mail de commande et si je renvoie la confirmation de commande ou ouvre la facture, tout fonctionne (simplement sans le logo sur la facture).

BigM @bigm

7 jours

@Eolia En ce qui concerne le problème avec le logo sur la facture, j'ai remarqué quelque chose. Les clients qui ont payé avec PayPal n'ont même pas reçu d'e-mail de confirmation de commande. Je n'ai pas non plus pu envoyer l'e-mail de confirmation en cliquant sur « renvoyer » dans le BO.
Si un client a payé avec Stripe, l'e-mail de confirmation de commande a été envoyé correctement.
Il en va de même pour l'e-mail concernant une nouvelle commande au commerçant (module mailalerts). Les commandes payées par Stripe ont été envoyées au commerçant, contrairement à celles payées avec PayPal.

BigM @bigm

7 jours

all The problem is still not resolved, but at least I could make a dirty fix to get the invoices generated.
In /pdf/header.tpl I simply excluded line 33-35 which generates the logo on the invoice. Sure the invoice does not have a logo on it, but until I fixed the problem it's better than nothing.

doekia @doekia

8 jours

Did you check your php configuration specifically allow_url_fopen ?

BigM @bigm

8 jours

I moved to a new server and it seemed to work all fine, but I noticed that I can't open or genereate the PDF invoices. I get the error message:

TCPDF ERROR: [Image] Unable to get the size of the image: https://www.domain.tld/img...

Anyone an idea? I already tried to upload a new image, but the problem remains the same.

eric @esa

8 jours

bonjour , suite maj v42 , j'ai retesté la création de commande frais de port virtuels et cela a fonctionné sans erreur. Je n'ai pas d'explication à l'échec de cette création en v40 mais bon..., et concernant les emplacements des produits déclinés , je vais finalement remplir l'emplacement par défaut avec l'ensemble des emplacements , alors je ne saurai pas individuellement où sont les produits sans consulter la page entrepôts mais l'important est que le produit remonte.

BigM @bigm

10 jours

@Eolia
Idée pour une fonctionnalité.
Serait-il possible d'implémenter une fonction dans le mode maintenance qui permettrait d'indiquer l'heure à laquelle la boutique sera de nouveau en ligne, ou la durée prévue des travaux ?
Lorsque j'active le mode maintenance pour une durée prolongée, je modifie toujours les traductions, mais cela devient un peu fastidieux avec plusieurs langues.