PhenixTweet

6 ore fa

bonjour , ce matin j'ai une erreur 500 à la création d'un nouveau produit si j'ai un copier/coller d'une partie de feuille libreoffice dans la description. Activation du débug et au vu du message , j'en conclus que le contenu du copier/coller n'est plus apprécié par HTMLpurifier. Si j'enlève le copier/coller avant création , celle-ci se passe comme un charme et les autres produits qui ont déjà ce copier/coller ne sont pas concernés. Peut-être une évolution dans le format interne du contenu d'un copier/coller libreoffice version 25.2.3.2

Julien @bobby4722

12 giorni fa

In risposta herve_02 al loro Pubblicazione 12 giorni fa

Qu'est ce que tu appelle la ta taxe additionnelle ? Car nous tout ce qui est colis expédiable par la poste nous sommes bloqués et paumés pour expédier...alors les clients attendent vu que on à rien compris à comment faire.
Si tu as des information je suis preneur.

eric @esa

13 giorni fa

In risposta Eolia al suo Pubblicazione 13 giorni fa

Bonne idée , je vais voir ça . Merci

Eolia @eolia

14 giorni fa

In risposta eric al suo Pubblicazione 14 giorni fa

Effectivement ce module a son propre tpl qui ne tient pas compte des conditions (attributs, personnalisable, etc...)
Le plus simple est de modifie le bloc du bouton pour le remplacer par un simple lien "Voir le produit"

eric @esa

14 giorni fa

bonjour , j'ai désactivé l'affichage "ajouter au panier" si le produit est décliné" , cependant , si le module " afficher les produits de la même catégorie" est activé , pour les produits déclinés , on affiche une déclinaison ( au hasard ? ) et celle-ci peut-être ajoutée directement dans le panier. Est-il possible de supprimer l'affichage du bouton "ajouter au panier" ( éventuellement débrayable dans le module ) dans ce cas. Par contre ,si on clique sur la photo , pas de problème , on va bien sur le produit décliné.

Eolia @eolia

19 giorni fa

In risposta Gil6688 al suo Pubblicazione 19 giorni fa

Vous pouvez mais le pb a été résolu hier. Ce sera intégré dans la v43

Gil6688 @gil6688

19 giorni fa

In risposta Eolia al suo Pubblicazione 19 giorni fa

Bonjour Pierre, mettre à jour sur toutes les versions 1.6.2.42? merci

Eolia @eolia

20 giorni fa

Important !
Suite à une modification de format dans les réponses MX de Google il faut mettre à jour la ligne 1038 de /controllers/front/AuthController.php comme suit:

CODE
if(strtolower($arr[0]['host']) == $domain && !empty($arr[0]['target'])){

Edit: le problème DNS/MX semble résolu chez Google.

Eolia @eolia

20 giorni fa

In risposta herve_02 al loro Pubblicazione 20 giorni fa

Vous créez une taxe pour ce pays et vous l'ajoutez à la règle de taxe par défaut de votre boutique.

herve_02 @herve_02

20 giorni fa

Juste une question un peu idiote, comment vous gérer proprement la taxe additionnel de 15% pour les usa ?

eric @esa

21 giorni fa

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

23 giorni fa

In risposta Eolia al suo Pubblicazione 23 giorni fa

Oui, il s'agit effectivement d'un cas particulier, mais comme certains clients ont tendance à préparer leur panier d'achat et à ne passer commande que plus tard, il arrive parfois que certains articles soient en rupture de stock et ne puissent souvent pas être commandés à nouveau.
Merci beaucoup d'avoir résolu ce problème aussi rapidement.

Eolia @eolia

23 giorni fa

In risposta BigM al suo Pubblicazione 23 giorni fa

Exact, cas assez particulier.
La correction: remplacez les lignes de /classes/Cart.php 4738 à 4759 par ceci:

CODE
            if($cart->updateQty(
                (int)$product['quantity'],
                (int)$product['id_product'],
                (int)$product['id_product_attribute'],
                (int)$new_id_customization,
                'up',
                (int)$id_address_delivery,
                new Shop((int)$cart->id_shop),
                false
            )) {
                $min_one_product++;
            }
        }
        if(!$min_one_product) {
            $success = false;
        }
        Hook::exec('actionCartDuplicateAfter',
            array(
                'old_id_cart' => $old_id_cart,
                'new_id_cart' => $cart->id,
                'success' => $success,
                'min_one_product' => $min_one_product
            )
        );

BigM @bigm

23 giorni fa

In risposta Eolia al suo Pubblicazione 23 giorni fa

Je connais le bouton de déverrouillage, donc j'ai toujours été perplexe face aux clients qui mentionnaient ce problème. J'ai donc vérifié leurs e-mails et j'ai découvert qu'ils affirmaient tous ne pas pouvoir supprimer un article en rupture de stock. J'ai donc effectué quelques tests et j'ai constaté le problème suivant. Si le panier contient un article en rupture de stock et que vous cliquez sur le bouton de déverrouillage, au lieu de se déverrouiller, la page revient à l'écran d'accueil. (voir vidéo ci-jointe)

https://drive.google.com/f...

Eolia @eolia

23 giorni fa

In risposta BigM al suo Pubblicazione 23 giorni fa

Quand ils ont ce message, ils ont un bouton pour débloquer leur panier.
Cette option de contrôle des paniers est desactivable en BO.

BigM @bigm

24 giorni fa

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

25 giorni fa

In risposta Eolia al suo Pubblicazione 25 giorni fa

Merci !

Eolia @eolia

25 giorni fa

In risposta chris a lei Pubblicazione 25 giorni fa

Aucune info chez Whatsapp pour tracer l'origine d'un appel malheureusement.

chris @chris

25 giorni fa

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

25 giorni fa

In risposta BigM al suo Pubblicazione 25 giorni fa

Pour l'instant, l'essentiel est fait. Les clients reçoivent leurs e-mails et peuvent consulter leurs factures. Que celles-ci comportent ou non un logo n'a pas grande importance.
Je vais essayer de faire d'autres tests dans les prochains jours pour déterminer l'origine du problème.

BigM @bigm

25 giorni fa

In risposta Eolia al suo Pubblicazione 25 giorni fa

Cette configuration ne résout pas non plus le problème.
La situation actuelle est la suivante.
Dans une boutique, j'ai réussi à résoudre le problème en modifiant le chemin d'accès à l'image dans le fichier header.tpl pour le remplacer par un chemin absolu (img src="img/logo_invoice-123.jpg"). Cela permet de générer le PDF avec le logo.
Il est intéressant de noter que cela ne fonctionne pas de la même manière dans la deuxième boutique. Dans la deuxième boutique, le PDF est généré, mais le logo n'apparaît pas sur le PDF.

Eolia @eolia

26 giorni fa

In risposta BigM al suo Pubblicazione 26 giorni fa

Try configuring these options like this:

BigM @bigm

27 giorni fa

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).

Eolia @eolia

27 giorni fa

In risposta BigM al suo Pubblicazione 27 giorni fa

Si vous avez corrigé le pb d'image, que se passe-t-il lorsque vous voulez renvoyer le message de confirmation aux commandes Paypal ?

BigM @bigm

27 giorni fa

In risposta Eolia al suo Pubblicazione 27 giorni fa

Oui, lorsque le paiement est effectué via PayPal, aucune confirmation de commande n'est envoyée au client, ni aucun e-mail de commande au commerçant.
Si le paiement est effectué via Stripe, le client reçoit une confirmation de commande et le commerçant un e-mail de commande.

Le problème lié à l'impossibilité de générer la facture ne dépend pas du mode de paiement. Ce problème existe quel que soit le type de paiement.

Eolia @eolia

27 giorni fa

In risposta BigM al suo Pubblicazione 27 giorni fa

Cette erreur s'affiche uniquement si le module de paiement est Paypal ???

BigM @bigm

27 giorni fa

In risposta Eolia al suo Pubblicazione 27 giorni fa

Aucun journal d'erreurs ni message d'erreur n'apparaît lorsque le mode débogage est activé. Le processus s'exécute pendant un certain temps, puis s'arrête et affiche le message d'erreur TCPF.

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

Eolia @eolia

27 giorni fa

In risposta BigM al suo Pubblicazione 27 giorni fa

Concernant le non envoi des mails avec Paypal:
- Avez-vous des messages liés à l'envoi dans les logs de PhenixSuite (BO =>Advanced parameters =>logs)
- Avez-vous activé le mode Debug pour voir si un message d'erreur apparaissait lors du renvoi de l'envoi de l'email ?

BigM @bigm

28 giorni fa

@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

28 giorni fa

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.

Registrazione