Ledfanatic

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 !!

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;

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.

Thanks to you and Bellini, I add your cookies modification on override/classes/paymentmodule.php. And now, no more warning in the logs.. Nice

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

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

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 !

Same problem here, so all the override are not implemented...it is a big problem. Any help ? Thanks

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

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

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

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

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

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.

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