Jump to content

b2comm

Members
  • Posts

    134
  • Joined

  • Last visited

Everything posted by b2comm

  1. Bonjour, sur un Prestashop 1.5 j'ai installé le module Paybox Crédit Agricole fourni par Prestashop Addons. - Au niveau du back-office : Ok, la solution est pour l'instant en mode test - Au niveau du Front-office, j'ai bien ce nouveau moyen de paiement qui s'affiche dans la liste de mes paiements. par contre quand je clique dessus,il est censé exécuter un script cgi, au lieu de ça il se télécharge. Le script cgi appelé se situe ici : http://www.lesite.com/modules/paybox/cgi/modulev2.cgi J'ai vérifié sur le serveur, le script existe bien à l'endroit indiqué, j'en ai passé le chmod à 755 comme demandé, mais rien à faire. Le site est hébergé sur un mutualisé ikoula, apparemment l'éxecution de scripts Cgi y est autorisée (je connais très mal cet hébergeur, ce site n'est pas à moi, j'essaie juste de rendre service). Si quelqu'un a vécu la même chose ou a une idée.... Cordialement
  2. Bonjour je ne sais pas (pas testé) mais vu les changements entre prestashop 1.4 et 1.6, ça m'étonnerait beaucoup. !!! Cordialement
  3. Bonjour, à l'attention de l'équipe développant le module paypal : suite à la mise à jour du module vers Paypal 3.8.0, puis 3.8.1 (je suis sur un prestashop version 1.4), voici un mail d'avertissement reçu de la part de Paypal : Objet : Avertissement de notification instantanée de paiement (IPN) PayPal Bonjour, Vérifiez le serveur gérant les notifications instantanées de paiement (IPN) PayPal. Les IPN envoyées à ces URL ont échoué : http://www.monsite.com/modules/paypal/validation.php Si vous ne reconnaissez pas cette URL, vous faites peut-être appel à un fournisseur de services utilisant la notification de paiement instantanée en votre nom. Veuillez contacter votre fournisseur de services et lui communiquer les informations ci-dessus. Si ce problème persiste, il est possible que les notifications instantanées de paiement soient désactivées pour votre compte. Nous apprécierons l'attention que vous voudrez bien porter à cette question. A savoir que ce souci n'empêche pas le module de fonctionner, et qu'effectivement le fichier verification.php a bien disparu de la racine du module. Par quoi doit-on remplacer l'url de notification de paiement pour ne plus recevoir cet avertissement ? Bien cordialement
  4. Bonjour, UP ! Cela n'est donc arrivé à personne d'avoir un montant commande différent du montant payé ? Car cet écart de montant s'est encore reproduit dernièrement, et avant de désactiver la commande en 1 clic, je voudrais savoir si c'est bien de ça que viendrait le problème... WebRep Évaluation globale Ce site n'a pas été évalué (pas assez de votes)
  5. Hi, this module display activated and inactivated categories and sub-categories, how can I hide the inactivated one ? Thank you, great module. Just one thing : it will be greatest if, when a product in a subcategory is displayed, its principal categories remain open and continue to show the sub-categories (in this case the customer don't have to click again on the category to see, choose and return on the sub-category). Bye
  6. Bonjour, j'ai un souci sur le module "Commentaires produit" sur Prestashop 1.5.2. Je l'ai configuré en BO de telle sorte que seuls les clients inscrits puissent laisser un avis. Ensuite pour test je m'identifie sur le site en tant que client. Impossible d'afficher le lien "Soyez le premier à donner votre avis". Après recherche, il s'avère que ma variable smarty {$logged } affichée dans la page productscomment.tpl affiche un superbe 0 au lieu du 1 attendu. Cette même variable dans les autres modules affiche bien 1 (block user info par exemple) ce qui est logique puisqu'à leur niveau, tout marche nickel. Cette variable étant je pense, globale, je ne vois pas du tout de quoi le passage de la valeur 0 dans cette variable à 1 peut provenir....
  7. Hi, I tried to modify the AdminplPost.php file to add the tinyMce Editor to the content Textarea. I want to add the "autoload_rte=true" parameter into the line.75 but impossible to do. $this->displayRowMultiLang($this->l('Content'), 'post_description', 'textarea', $obj, null, 90, 10, true); I've done : $this->displayRowMultiLang($title = $this->l('Content'), $name = 'post_description', $type = 'textarea', $obj, $note = null, $cols = 90, $rows = 10, $autoload_rte=true); You can see Im' not an expert with this process (different from prestashop 1.4), but it can be very usefull for everyone ! If someone haven an idea....
  8. Hi, I've got the same problem : Even with this .htaccess configuration, even with cache disabled/activated : "page not found". An idea ? Thanks Prestashop 1.5.2
  9. En poussant plus loin, je constate ceci. Quand j'entre des prix spécifiques (-5% sur le montahnt à partir de 10 articles, -7.5% sur le montant à partir de 20 articles), sur la fiche produit il apparaît ceci : Onglet Prix dégressifs Il n'y a pas de remise par quantité pour ce produit (!) puis en dessous Produit X - A partir de 10 exemplaires - Remise 5% Produit X - A partir de 20 exemplaires - Remise de 7.5% Que je choisisse 10 ou 20 exemplaires, le prix ne change pas. En base de données j'ai ceci (voir PJ). Le champ price donne -1.00000 (lorsque je n'indique rien dans prix HT) Les champs id_shop, id_shop_group, currency sont à 0. Est-ce normal ?
  10. Bonjour, je relance le post car j'ai le même souci sur une version 1.5.2, en première installation (donc ici pas de souci de migration base de données etc...)
  11. Bonjour, pour moi le problème est désormais résolu. J'avais appliqué un filtre sur le nom des produits dans la gestion du stock avancée, pour pouvoir n'en afficher qu'un (celui que je devais traiter). Depuis que j'ai réinitialisé ces filtres, tous mes produits apparaissent dans la gestion de stock avancée, mais aussi dans catalogue > produits. Je ne sais pas pourquoi ça fait ça, mais j'espère que ça marchera pour toi aussi !
  12. Bonjour, sur un Prestashop 1.5.2, dans l'administration onglet Catalogue, la page produits est totalement vide après avoir désactivée dans préférences > Produits la gestion du stock avancée. Je l'ai désactivé car, en modifiant la quantité d'un attribut de produit, cela a généré une erreur disant qu'il fallait indiquer l'entrepôt sélectionné. Et depuis, plus de page Produits donc plus de possibilité de les gérer, ce qui est plus que facheux...! Une idée de se qui a pu se produire, ou de ce que j'aurais mal renseigné ?
  13. apparemment c'est pour simplification... sauf que là c'est tellement simplifié - il manque des fonctionnalités majeures -qu'effectivement, ça n'a plus aucun sens !
  14. Bonjour, merci pour le merci, mais l'astuce n'est pas de moi ! Moi ce que je fais, je me créé un dossier "hack", dedans je mets une copie de mes quelques fichiers avec mes propres hacks (modifs etc... qui ne passent pas par un override) avec le chemin complet (j'y créé les dossiers nécessaires jusqu'au fichier). Comme ça quand je mets à jour, j'ai juste à remplacer ces quelques fichiers - qu'en plus je repère très facilement quand j'en ai besoin puisque tous situés dans un dossier précis.
  15. Bonjour, j'ai constaté différents soucis d'actualisation du panier avec la commande en 1 clic sur Prestashop 1.4. - Quand je supprime l'unique article du panier, il apparaît bien le message "votre panier est vide" mais en dessous, le panier avec l'article (pourtant supprimé) reste visible, ainsi que les blocs adresses, choix paiement etc... contrairement à ce qui est demandé dans le template "order-opc.tpl", dans celui-ci : - si le panier n'est pas vide : affiche la page de commande, - sinon affiche juste le message d'alerte "panier vide", mais pas les 2 en même temps... Plus embétant : si je choisis alors bètement "paiement par CB", cela m'envoie vers le module de banque avec le montant du panier avant qu'il soit vidé. - Quand je modifie les quantités du panier en ayant déjà coché le champ d'acceptation des CGV, quand je choisis un mode de paiement, c'est le montant du panier avant la modif qui lui est envoyé. C'est très embétant, cela a déjà provoqué des paiements dont le montant ne correspond pas (à 1 article près ajouté ou supprimé) à la commande officielle et facture du client ! Une idée ? Problème dans le javascript / ajax ? Cordialement
  16. Bonjour la solution ici : http://nemops.com/enable-tinymce-commands-prestashop-1-5/
  17. Bonjour la solution ici (en anglais mais très facile à comprendre) : http://nemops.com/enable-tinymce-commands-prestashop-1-5/
  18. Bonjour, lorsqu'un client change son adresse 1 (celle qu'il a entré en premier lors de son inscription), sil n'y avait pas de téléphone portable saisi initialement et quel que soit le champ qu'il modifie (nom, prénom etc...) il apparaît ceci sur une page blanche lors de la validation de ses nouvelles données, même s'il ajoute un numéro de portable (variable $smarty.post.phone_mobile dans le fichier address.tpl) : Fatal error (Address -> phone_mobile is empty) Les nouvelles saisies ne sont pas prises en compte. Cela ne se produit pas avec une deuxième adresse qu'il a ajouté par la suite. Je pense que ce message ci-dessus est généré dans la classes Address, mais je n'arrive pas à trouver où, et je voudrais bien le contourner pour qu'il ne pose pas de problème à l'internaute ! Si vous aviez également idée d'un autre moyen ! Sur un Prestashop v1.4.6 hébergé en mutualisé OVH. Merci
  19. Bonjour je ne poste pas ce problème dans rapport de bugs car apparemment il faut être plusieurs à attester qu'il existe. Et visiblement à part moi personne n'a été confronté à ce souci. Du jour au lendemain la commande en 1 clic sur une boutique en fin de développement s'est bloquée : lors de l'authentification dans la page de Commande rapide en tant que client déjà existant (Zone Compte : déjà inscrit, cliquez-ici), les scripts d'affichage des méthodes de livraison moulinaient à l'infini, comme le montre l'image jointe. Toute poursuite de commande était impossible. Dans la console d'erreurs Opera, il m'était signalé ceci (à l'infini) : Uncaught exception: TypeError: 'price.toFixed' is not a function Error thrown at line 86, column 1 in formatCurrency(price, currencyFormat, currencySign, currencyBlank) in /themes/prestashop/js/tools.js: price = parseFloat(price.toFixed(6)); J'ai donc remplacé la ligne 86 incriminée de themes/prestashop/js/tools.js price = parseFloat(price.toFixed(6)); par celles-ci price = parseFloat(price); price = price.toFixed(6); et maintenant tout marche. Néammoins si un pro du Javascript pouvait me donner une explication... j'aimerais bien en avoir une, histoire de comprendre un peu le pourquoi du comment. (pourquoi d'un coup, pourquoi devoir parser ce script en 2 lignes, pourquoi ce problème que chez moi, ou pas que chez moi d'ailleurs ????) En attendant, si ça peut servir à quelqu'un. Amicalement
  20. Bon, pour finir cela a bien à voir depuis le début avec l'erreur détectée post#1 : Uncaught exception: TypeError: 'price.toFixed' is not a function Error thrown at line 86, column 1 in formatCurrency(price, currencyFormat, currencySign, currencyBlank) in /themes/prestashop/js/tools.js: price = parseFloat(price.toFixed(6)); Je suis donc allée à reculons dans ce fichier et j'ai modifiée la ligne incriminée : price = parseFloat(price.toFixed(6)); je l'ai remplacée par price = parseFloat(price); price = price.toFixed(6); en suivant une méthode trouvée sur le Net . Et maintenant enfin tout marche. Je ne comprends quand même pas bien pourquoi, la commande en 1 clic a correctement marché pendant plusieurs jours et s'est "détraquée" d'un coup en m'affichant cette erreur, et alors même que je n'ai jamais touché à ce script (/themes/prestashop/js/tools.js:) auparavant... J'espère juste que ce que j'ai écris est correct, à priori oui puisque j'ai juste parsé cette ligne en 2. D'ailleurs je vais ouvrir un nouveau post pour signaler le problème dans ce fichier. Je passe celui-ci en résolu. Merci à Miryam68.
  21. Bonjour Myriam, je suis sur une 1.4 donc je n'ai pas le module guest checkout puisque cette fonctionnalité y est d'office. Je l'ai quand même désactivée-reactivée dans les paramètres mais cela n'y change rien. J'ai fait la maj depuis une version 1.3 et celle-ci s'est bien déroulée. Je continue à chercher... Amicalement
  22. Bonjour Myriam et merci de porter de l'attention à mon problème. Cela se produit avec tous les thèmes, y compris le thème Prestashop.
  23. Bonjour un petit up ! Personne n'a une idée de ce qui provoque le problème ? Les 4 scripts javascript appelés sont tous dans le template, or quel que soit le template chargé - j'en ai changé 4 fois pour voir - cela se produit. La source du problème se situe donc bien ailleurs que dans ces fichiers... JE cherche depuis 3 jours mais je n'ai AUCUNE PISTE. A défaut, et même si c'est "barbare" n'y a t'il a pas moyen lorsque ce souci se produit de contraindre à un rafraîchissement de la page (javascript refresh()) ? Le rafraîchissement que je fais manuellement remet en effet les "compteurs" à zéro et n'entraine apparemment aucune erreur dans la suite de la commande (j'en ai fait plein en test aussi et rien d'anormal de constaté). Mes bases en javascript sont un peu trop légères pour arriver à ce résultat de rafraichissement "auto". Bien sûr, si quelqu'un avait déjà été confronté à ça et l'avait résolu proprement, ce serait mieux... mais visiblement, peu de monde se bouscule dans ce post. J'en déduis que ça n'arrive pas très souvent. A votre bon coeur !
  24. Bonjour, quand j'active la commande en 1 clic sur une Prestashop 1.4.8.2, et que je m'inscris en tant que client DEPUIS LE PANIER (et pas avant), je ne peux pas aller plus loin : Les scripts d'affichage des méthodes de livraison et des méthodes de paiement tournent à l'infini, comme le montre l'image jointe. - Cela se produit aussi si j'utilise le thème Prestashop par défaut. - Quand je rafraichis la page avec la touche F5, tout redevient normal : je suis identifié, lae panier et le reste de la page s'affiche correctement. - La commande classique en 5 étapes marche très bien, mais je préfère celle en 1 clic. J'ai regardé sous Opera au niveau de cette page, dans la console d'erreurs, qui me dit ceci on le reproduisant également infiniment : [02/08/2012 11:47:04] JavaScript - http://www.monsite.com/commande-rapide Timeout thread: delay 13 ms Uncaught exception: TypeError: 'price.toFixed' is not a function Error thrown at line 86, column 1 in formatCurrency(price, currencyFormat, currencySign, currencyBlank) in /themes/prestashop/js/tools.js: price = parseFloat(price.toFixed(6)); called from line 345, column 5 in updateCartSummary(json) in /themes/prestashop/js/cart-summary.js: $('#cart_block_shipping_cost').html(formatCurrency(json.total_shipping, currencyFormat, currencySign, currencyBlank)); called from line 385, column 5 in <anonymous function:="" success="">() in /themes/prestashop/js/order-opc.js: updateCartSummary(json.summary); called from unknown location in <anonymous function:="" e.complete="">() in /js/jquery/jquery-1.4.4.min.js: /* no source available */ called from line 155, column 18 in <anonymous function:="" step="">(a) in /js/jquery/jquery-1.4.4.min.js: for(var l in this.options.curAnim) called from line 152, column 978 in e(l) in /js/jquery/jquery-1.4.4.min.js: return f.step(l) called from line 156, column 28 in <anonymous function:="" tick="">() in /js/jquery/jquery-1.4.4.min.js: a()||a.splice(b--,1); HELPPPPPPP....................</anonymous></anonymous></anonymous></anonymous>
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More