Jump to content

Ledfanatic

Members
  • Posts

    39
  • Joined

  • Last visited

Everything posted by Ledfanatic

  1. Même problème ici sous prestashop 1.6.1.4 et Chrome en dernière version (Version 54.0.2840.71 m) ...impossible d'enregistrer des modifications des pages produits... help !!
  2. Bonjour, Ayant rencontré le même problème je me permets de répondre à votre question pour le cas ou vous n'auriez pas trouvé de solution. De mon côté je suis allé farfouiller dans le code du fichier /modules/dateofdelivery/dateofdelivery.php et voici ce que j'ai modifié à partir de la ligne 422 (module V.1.8.0). J'ai simplement remplacé 'Saturday' par 'Friday' et 'Sunday' par 'Saturday' et cela semble fonctionner, maintenant les samedi et dimanche ou il n'y a pas de préparation sont bien pris en compte. Petite précision, j'utilise un temps de préparation de 1 jours et un délai de livraison de 1 à 3 jours, à voir si cela fonctionne avec tous les paramétrages En espérant que soit utile à d'autres Edit: il faut adapter le jour de la semaine en fonction du nombre de jours de préparation nécessaires. pour 2 jours de préparation le test portera sur une date du jour qui tombe un jeudi ou un vendredi pour 3 jours de préparation le test portera sur une date du jour qui tombe un mercredi ou un jeudi etc... L'idéal serait de refaire complètement ce module....mais là je suis incompétent if (!Configuration::get('DOD_PREPARATION_SATURDAY') && date('l', $date_now) == 'Friday') $date_now += 24 * 3600; if (!Configuration::get('DOD_PREPARATION_SUNDAY') && date('l', $date_now) == 'Saturday') $date_now += 24 * 3600;
  3. Votre problème a-t-il été résolu ? Car visiblement c'est un bug, la colonne "active" existe bien dans ps_product, d'ailleurs si elle n'existait pas ce ne serait pas le seul endroit ou la requête aurait un problème. Donc je relance le sujet, si on choisi l'option "suivi" du menu "catalogue" et si l'on filtre uniquement les produits "activés", colonne "état" à "oui", dans la liste "LISTE DES PRODUITS SANS DÉCLINAISON ET SANS QUANTITÉ DISPONIBLES À LA VENTE ", on obtient bien l'erreur indiquée plus haut. En mode debug cela nous donne : [PrestaShopDatabaseException]Unknown column 'sa.active' in 'where clause' SELECT SQL_CALC_FOUND_ROWS b.*, a.* FROM `ps_product` a LEFT JOIN `ps_product_lang` b ON (b.`id_product` = a.`id_product` AND b.`id_lang` = 1 AND b.`id_shop` = 1) INNER JOIN ps_product_shop product_shop ON (product_shop.id_product = a.id_product AND product_shop.id_shop = 1) WHERE 1 AND EXISTS ( SELECT 1 FROM `ps_product` p LEFT JOIN ps_stock_available stock ON (stock.id_product = p.id_product AND stock.id_shop = 1 AND stock.id_shop_group = 0 ) WHERE a.id_product = p.id_product AND NOT EXISTS ( SELECT 1 FROM `ps_product_attribute` pa WHERE pa.id_product = p.id_product ) AND IFNULL(stock.quantity, 0) <= 0 ) AND sa.`active` = 1 ORDER BY a.`id_product` DESC LIMIT 0, 50 Merci d'avance pour vos réponses si le problème à finalement été résolu.
  4. Thanks to you and Bellini, I add your cookies modification on override/classes/paymentmodule.php. And now, no more warning in the logs.. Nice
  5. Par contre en 1.6.1.4, le numéro de TVA apparaît, lorsqu'il y en a un, dans l'entête "invoice.summary-tab.tpl" . Du coup en me servant de la proposition d'EOLIA, j'ai créé une deuxième entête carrier-tab.tpl qui se place en dessous du invoice.summary-tab.tpl et qui affiche le nom du transporteur, le poids du colis et le numéro de suivi. Si cela peut servir à quelqu'un je pourrai le mettre à disposition ici
  6. Bon, je suis en cours de migration de 1.5.6.2 vers 1.6.1.4 mais je me demande si je continue ou si j'arrête de suite..... J'ai atterri sur fil et je découvre qu'il y a encore énormément de travail à faire, je viens juste de trouver comment corriger les avoirs et je vois qu'il faut aussi modifier les factures !! Merci Eolia pour vos corrections de bug. Par contre personne n'a besoin du poids ni du numéro de suivi ? Ils ont également disparus alors qu'ils sont bien présents en 1.5.6.2 !! Je vais regarder, car si j'utilise le template "invoice.tpl" d'une version 1.5.2.6 dans la version 1.6.4.1, on retrouve bien ces informations sur la facture....
  7. Bonjour, Actuellement en cours de migration 1.5.6.2 vers 1.6.1.4 et ayant rencontré les mêmes problèmes sur les avoirs, je suis tombé sur ce fil après quelques recherches. Je tiens a remercier erouvier29 pour sa solution qui fonctionne parfaitement sur mon site en précisant cependant que pour la modification du fichier : admin-dev/themes/default/template/controllers/orders/_documents.tpl j'ai dû ajouter : "price=" à la ligne indiquée dans le PR sinon erreur 500 à l'affichage des commandes en backoffice. voici la ligne qui fonctionne pour moi : {displayPrice price = $document->total_products_tax_incl+$document->total_shipping_tax_incl currency=$currency->id} Enfin, il a été nécessaire dans mon cas de mettre à jour les tables order_slip et order_slip detail pour retrouver mes anciens avoirs, sinon il manquait le montant de tous les produits. Sait-on pour quelle raison ce PR n'a pas été pris en compte dans la version 1.6.1.4 ? Ces modifications représentent-elles un danger pour la portabilité future ? Merci encore !
  8. Same problem here, so all the override are not implemented...it is a big problem. Any help ? Thanks
  9. Hi, I encountered the same problem this morning with module Paypal 3.6.8 on Prestashop 1.5.6.2 that worked like a charm before...please let us know quickly Regards
  10. Bonjour, Idem pour moi (mais je teste les mises à jour dans un bac à sable avant de les faire sur le site en production). La plupart des modules proposés en mise à jour comportent des phrases traduites et d'autres pas !! Si l'on fait les mises àjour il faut retourner traduire toutes les phrases dans le menu "localisation --> Traductions" C'est quand même pas normal ! D'autre part ces mises à jour sont-elles bien pour notre version de Prestashop 1.5.6.2 ou pour la 1.6 ?? Comment en être sûr avant de "casser" notre site ? Enfin, bug déjà signalé, dans Administration --> préférence --> général --> Vérifier automatiquement les mises à jour de modules que l'on coche l'option "oui" ou l'option "non" les mises à jour de modules sont toujours proposées dans le menu "module". Si cette option fonctionnait, les mises à jour de modules ne devraient pas s'afficher, n'est-ce pas ? Merci d'avance pour vos réponses
  11. Hi PhpMadman, Very nice of you !! It works like a charm I want to thank you for that because I never found the solution on the french prestashop Forum and you give me two in just a minute or so Your help is much appreciated
  12. Hi, In fact I want it in the product table of the order detail view...not sure for the english terms So a pictures is better than words I would like to see warehouse.location where I have highlighted in yellow Thank you
  13. Bonjour PBo34, Merci d'avoir éclairé ma lanterne...ça devait être écrit trop petit pour moi hier, je ne sais pas ce que j'avais devant les yeux Et en effet, si on modifie cette option, le panier apparaît comme par magie !! Trop fort Il fallait y penser ! Super. Merci également, comme ça on pourra utiliser toutes les optimisations disponibles et avoir le panier sur le thème mobile si le bug est résolu. Cordialement
  14. Bonsoir, Merci pour ces tests..mais qu'entendez-vous par l'optimisation :"réduction du code HTML", en d'autres termes c'est quelle option et comment peu-on l'activer ou la désactiver ? J'ai cherché dans performance et SEO, mais je vois pas. En tout cas je suis d'accord avec vous il faudrait que la Team ouvre à nouveau le ticket sur le sujet, car si c'est l'optimisation qui plante le théme mobile, j'attendrai que le bug soit résolu, je ne veux pas pénaliser les clients qui ont un PC. Merci encore, je confirmerai cette analyse dès que j'aurai reçu votre réponse.
  15. Thank you men I got it for the delivery_slip pdf and it really help me. And now, how is it possible to make the same thing in the order details view ? Thank's
  16. Bonsoir, Je ne trouve rien de rien malgré votre aide. Le panier ne s'affiche pas et je ne vois aucune erreur avec mod_dev = true. Je veux bien croire que le problème soit tout bête, mais je n'ai pas la capacité à le cerner. J'ai vu que le ticket avait été fermé, car problème non reproductible ? Si c'est un module qui agit mal, je ne vois qu'une installation fraîche pour avancer.. En tout cas merci, je vais voir si demain j'ai le temps de faire ça.
  17. Et bien j'en suis sûr à 99% (on peut toujours faire une erreur ) car je viens de comparer avec le répertoire du source prestashop 1.5.6.2. Tous les fichiers font la même taille... J'ai même recopié le répertoire mobile source du thème par défaut...toujours le même problème.. De toute façon pour l'instant sur mon site de production j'ai arrêté d'utiliser la version mobile tant que pas de solution. Bon, cela vaut-il le coup que je réinstalle une version 1.5.6.2 from scratch ? j'aurai plus de temps jeudi, là j'arrête les tests, je dois me consacrer à mon "vrai" boulot Merci encore et à plus tard.
  18. Effectivement, j'ai la liste des produits mis dans le panier sous forme array...et tous les détails de chaque produit. Il me reste donc à voir les modules tiers et overrides.. Qu'entendez-vous par mode_dev en BO ? Je n'utilise pas le cache smarty mais je ne vois pas de mode_dev explicite ? ...
  19. J'ai bien mis la ligne dont vous parlez dans le shopping-cart.tpl, mais que devrais-je voir de plus et où ? Par ailleurs j'ai le même problème si je me mets en thème par défaut. Quand le panier est effectivement vide, le message "panier vide" apparaît en haut sur fond jaune, quand le panier contient un article il n'y a pas ce message, mais pas les articles non plus Je vais essayer de faire une installation fraîche plus tard et je vous tiens au courant. Merci encore
  20. Bonjour, Merci pour l'intérêt que vous portez à notre problème. Je viens d'essayer sur une session Wampserver avec mod_dev à true....rien dans le panier et aucune erreur, alors qu'en mode PC le panier contient bien les articles.. Idem en désactivant le module Paypal Cordialement
  21. Merci à toi, je n'ai pas encore trouvé le temps de le faire. C'est bizarre que nous ne soyons que 2 à rencontrer ce problème, En tout cas moi j'ai essayé le thème par défaut mobile sur mon PC sous google Chrome et c'est exactement pareil que sur l'Iphone. De plus un de mes clients m'a remonté le problème sur sa tablette, donc attendons la suite. Merci également à Samyha de s'intéresser à ce problème.
  22. Bonjour, Voici mon lien http://www.neolumen.fr De mon côté j'ai l'option "Je veux l'activer pour les tablettes tactiles et les appareils mobiles" cochée. Je vais aller faire un tour sur la plateforme de reports de bug. Merci
  23. Bonjour, Ce serait sympa en effet de nous indiquer ce que la dernière version apporte et si effectivement il faut conserver la modification proposée plus haut. Je suis de plus en plus frileux pour les mises à jour de modules car ces derniers temps en 1.5.6.2, beaucoup de mises à jour ont posés des soucis de traduction ou autre. Merci d'avance
  24. Bonjour, Je rencontre exactement le même problème sous prestashop 1.5.6.2 que PbO34. Une solution existe-t-elle ? Merci de votre aide.
  25. Bonjour, Même constat ici, une liste impressionnante de mises à jour pour mon site actuellement en 1.5.6.2. J'ai essayé de tester une ou deux mises à jour dans mon "bac à sable" et là catastrophe, tout est en anglais. Y-a-t-il un G.O de prestashop pour nous répondre.? Si nous ne passons pas en 1.6, pourquoi ces mises à jour s'affichent-elles dans notre back-office ! Dans le menu administration/préférence du back office, j'ai l'option Vérifier automatiquement les mises à jour de modules à non et pourtant j'ai un plein écran de modules à mettre à jour qui s'affiche. C'est bien de faire des nouveautés (cf: 1.6) mais il serait peut-être encore mieux de penser aux sites actuellement en production sur lesquels ces mises à jour font peser un risque important, et je pense en particulier à ceux qui n'ont pas forcément un verni d'informaticien !! Merci à la team Prestashop de prendre en considération cette problématique.
×
×
  • Create New...

Important Information

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