Sda33

@Eolia C'est bien la raison pour laquelle j'ai tant traîné des pieds, mais j'ai fini par me faire "convaincre" par les modes de paiement proposés (Bancontact, Giropay, 4x sans frais, etc). Je ne comprends pas pourquoi Paypal a signé un truc pareil avec Prestashop, pourquoi devoir obligatoirement passer par une connexion à Prestashop pour ça, mais bon... On va tester déjà, on verra bien.

Bonjour à tous, et encore merci Eolia pour toutes ces évolutions. J'ai actuellement une version stabilisée en production en 1.6.2.12, et après beaucoup d'hésitations j'envisage d'installer le module Prestashop Checkout Built with Paypal. Je suis toujours sur un php 7.1. Je poste ici à la recherche de retours d'expérience, avez-vous les uns ou les autres des recommandations particulières pour cette opération ? Faut-il obligatoirement prévoir d'upgrader en 1.6.2.29 avant ? J'aimerais aussi enfin prendre le temps de corriger certains modules pour être compatible sur une version supérieure de php, laquelle dois-je (ou puis-je avec ma version de Prestashop) cibler ? Bonne journée à tous, et merci !

Sur MySQL 8.0.33.

[RESOLU] J'ai trouvé le problème. Il est dans la classe Product, fonction getAttributesResume. Ce bout de code attribue ligne par ligne le résultat de deux requêtes enregistrées dans des tableaux mais ne jointe pas sur l'id_product_attribute : foreach($lang as $k => $row) { $combinations[$k]['attribute_designation'] = $row['attribute_designation']; } Donc si les deux requêtes ne sortent pas cet ID dans le même ordre, les ID et les libellés sont mélangés. J'ai donc ajouté un ORDER BY id_product_attribute sur chacun des deux SELECT au-dessus. Ici : $combinations = Db::getInstance()->executeS(' SELECT pa.*, product_attribute_shop.* FROM `'._DB_PREFIX_.'product_attribute` pa '.Shop::addSqlAssociation('product_attribute', 'pa').' WHERE pa.`id_product` = '.(int)$this->id.' GROUP BY pa.`id_product_attribute` order by pa.`id_product_attribute` '); et là : $lang = Db::getInstance()->executeS(' SELECT pac.id_product_attribute, GROUP_CONCAT(agl.`name`, \''.pSQL($attribute_value_separator).'\', al.`name` ORDER BY agl.`id_attribute_group` SEPARATOR \''.pSQL($attribute_separator).'\') as attribute_designation FROM `'._DB_PREFIX_.'product_attribute_combination` pac LEFT JOIN `'._DB_PREFIX_.'attribute` a ON(a.`id_attribute` = pac.`id_attribute`) LEFT JOIN `'._DB_PREFIX_.'attribute_group` ag ON(ag.`id_attribute_group` = a.`id_attribute_group`) LEFT JOIN `'._DB_PREFIX_.'attribute_lang` al ON(a.`id_attribute` = al.`id_attribute` AND al.`id_lang` = '.(int)$id_lang.') LEFT JOIN `'._DB_PREFIX_.'attribute_group_lang` agl ON(ag.`id_attribute_group` = agl.`id_attribute_group` AND agl.`id_lang` = '.(int)$id_lang.') WHERE pac.id_product_attribute IN ('.implode(',', $product_attributes).') GROUP BY pac.id_product_attribute ORDER BY pac.id_product_attribute');

C'est dès cette fonction qu'il y a un problème : $attributes = $obj->getAttributesResume($this->context->language->id); Savez-vous où elle est pour que je continue à remonter... ? (+ d'infos ci-dessous) dans AdminProductsController ici elle me renvoie 123-Couleur - Bleu clair 124-Couleur - Bleu marine 125-Couleur - Fushia 122-Couleur - Jaune au lieu de 122 = Bleu clair 123 = Bleu marine 124 = Fushia 125 = Jaune ici : public function initFormQuantities($obj) { if(!$this->default_form_language) { $this->getLanguages(); } $data = $this->createTemplate($this->tpl_form); $data->assign('default_form_language', $this->default_form_language); if($obj->id) { if($this->product_exists_in_shop) { // Get all id_product_attribute $attributes = $obj->getAttributesResume($this->context->language->id);

Merci beaucoup pour ces explications, je vais voir si elles me permettent d'avancer mais : non je n'ai pas de module greffé sur le UpdateProduct, j'ai vérifié le problème est présent sur mes deux sites, un qui a presque 7 ans et l'autre qui n'est même pas encore en production il se produit dès l'affichage de la page, avant de modifier les quantités, et il ne correspond pas à ce qu'il y a en base de données (une partie de la ligne est correcte : id et qté, et pas les autres informations : nom de la déclinaison) Je viens de créer un nouveau produit. Je lui associe une par une 4 valeurs pour la déclinaison couleurs. Je n'ai pas encore mis de quantité, je vais sur "quantités" et bim, c'est dans le désordre, avec les id qui ne correspondent pas aux libellés. C'est vraiment très curieux...

dans ps_product_attribute : toutes les quantités pour mon produit sont à 0 (les qtés/attribut ici semblent ne pas servir, si?) dans ps_stock_available : les quantités par id attribute sont correctes + de précisions : Je n'ai pas de problème en BDD je crois (stock_available est OK) Je n'ai pas de problème en Front Office (j'ai les bonnes quantités par déclinaison, et pas de mélange) J'ai uniquement un problème d'affichage en Back Office produit, quantités par déclinaison Ce problème est gênant, parce qu'il induit des erreurs de saisie impactantes Où : mes déclinaisons n'apparaissent pas par id croissant les quantités affichées et modifiées correspondent bien à celles de l'id le texte ne correspond pas à celui de l'id affiché, mais à celui qui aurait dû s'afficher si les id avaient été dans l'ordre le surlignage mettant en évidence la valeur par défaut correspond bien au bon id_attribute Donc sur cette grille product\quantités pour un produit avec déclinaisons : dans une même requête id_attribute + quantité sont corrects, mais pas l'ordre ni le libellé. Ce problème affecte au moins : des produits créés en 1.6.1.24 des produits créés en 1.6.2.9 Merci pour l'identification AdminProductControllers, j'avais justement le nez dedans, j'essaie de comprendre qu'est-ce qui met en vrac la construction du tableau attributes. J'ai l'impression qu'à la création tout est ok, mais quand on modifie les quantités il se passe quelque chose... je vais essayer aussi de reproduire le moment où ça part de travers.

sur votre exemple je ne peux pas tester, je ne vois pas les quantités cf capture d'écran jointe

Non, rien à la main mais je suis sur un vieux produit, peut-être un souci de mise à jour de version...? J'étais sur /themes/default/template/controllers/products/quantities, et il me trouve bien ce qui est affiché, et donc en erreur : Dans la boucle : {foreach from=$attributes item=attribute} Pour : {$attribute['id_product_attribute']} j'ai 76 (qui doit être Bleu marine) Et si j'affiche {$attribute['attribute_designation']} j'ai "vert" qui correspond à l'id 77 Pouvez-vous me dire où est product_attribute ? Merci

En fait je pense que c'est en BO, fiche produit, onglet Quantités. Mes id déclinaisons n'apparaissent pas par ordre croissant et les libellés ne correspondent pas aux id. Voir image jointes : - dans "déclinaisons" : mon id 76 est "bleu marine" et c'est la déclinaison par défaut - dans "quantités" le 76 arrive après le 77 et les libellés sont inversés, le 76 est associé à la couleur verte alors que c'est la couleur du 77... Du coup forcément on met à jour les mauvaises quantités ce qui provoque le problème. Je regarde de mon côté mais si vous savez corriger plus rapidement... merci.

Bonjour, Version 1.6.2.12, avez-vous connaissance d'un problème avec les déclinaisons ? Genre des inversions de stock/d'affichage entre les déclinaisons (+ valables aussi sur les alertes produits retour en stock). Je cherche mais si c'est un bug connu je prends toute solution Merci

Trouvé, et corrigé grâce à vous, merci mille fois c'est parfait !! (pour info \js\jquery\plugins\bxslider)

Merci beaucoup d'avoir trouvé si vite ! Mais je cherche où est bxslider.js, je trouve beaucoup de références à lui mais pas le fichier lui-même 😕

Bonjour tout le monde, je reviens avec deux questions rapides si ça parle à quelqu'un ? 1. Dans les champs de personnalisation, mettre un < ou un > comme valeur génère une erreur, bloquante (page blanche avec le message d'erreur en rouge). Il me semblait qu'avant on pouvait utiliser ces caractères, le système les encodait avant de les insérer en base. Savez-vous où je peux retrouver ce comportement ? 2. J'ai l'impression que je dois souvent cliquer deux fois sur un lien pour qu'il fonctionne, et surtout : sur le diaporama page d'accueil, et systématiquement sur : le premier des produits associés, sur la page produit. Avez-vous déjà rencontré cela ? Je ne comprends pas d'où ça peut venir, je ne vois rien d'anormal sur la feuille de styles, ni dans la source html, un clic droit + ouvrir le lien fonctionne du premier coup... Si certains d'entre vous ont déjà eu ce problème, et ont trouvé la raison, ça m'intéresse Merci !

Non, je n'ai rien greffé, c'est incompréhensible. Le problème c'est de reproduire le bug pour mieux cerner où cela se passe, je vais essayer d'y passer un peu de temps, je vous tiens au courant.