Jump to content

David MEYER

Members
  • Posts

    15
  • Joined

  • Last visited

Posts posted by David MEYER

  1. Bonjour,

    Alors, vous avez réussi ?

    Je pense que le "plus simple" serait de rajouter une colonne avec le mot de passe de la 1.6, et overrider la connexion pour que la vérification se fasse avec le mdp 1.6 si 1.7 vide, et du coup, ajoute le mot de passe dans 1.7 (puisqu'à ce moment là, on le connait). Au fur et à mesure des connexions, la base sera à jour.

  2. I have the same and resolve it by changing some line in /model/Staticfooter.php

    line 57, replace

                        foreach($object as $key=>$ob) {
                            $nameModule = $ob['name_module'];
                            $hookModule = $ob['hook_module'];
                            $blockModule = $this->getModuleAssign($nameModule, $hookModule);
                            $ob['block_module'] = $blockModule;
    

    By 

    					$blockModule= null;
                        foreach($object as $key=>$ob) {
                           $nameModule = $ob['name_module'];
                           $hookModule = $ob['hook_module'];
    		       $insert_module = $ob['insert_module'];
    		       if($insert_module!=0){
    			 $blockModule = $this->getModuleAssign($nameModule, $hookModule);
    		       }
                           $ob['block_module'] = $blockModule;
                            $description = $ob['description'];
    
    
  3. Bonjour,

     

    La gestion du cumul, ou plutôt, du non cumul des règles de panier est vraiment problématique à la base sur prestashop...

    Mais depuis la mise à jour en 1.6.011, elles ne s'enregistrent plus du tout, que ce soit en cliquant sur "enregistrer et rester" ou "enregistrer", rien n'est sauvegardé à ce niveau...

    Quelqu'un a t'il rencontré ce problème ?

    Une idée de solution ?

     

    Merci

  4. Il y a effectivement un souci dans la gestion des promos.

    Tous les code automatiquement créés sont cumulables, du coup, quand on veut créer un code non cumulable, la liste des codes à enlever de la liste est trop longue. Il faut plus d'une demie heure pour le faire !!!!! Et c'est forcement de plus en plus long.

    Il faudrait au moins un bouton "rendre non cumulable avec tous les bons" (par contre, vu comment c'est géré, ça va faire une table énorme !)

     

    Autre problème, le client qui a rentré un premier code, et qui finalement veut en mettre un autre ne peut plus ! (il faut qu'il supprime ses cookies...infaisable pour 99% des visiteurs !).

    Il faudrait pouvoir supprimer dans le panier un code promo.

     

    Est ce que quelqu'un sait si les modules de gestion des promos règlent ces problèmes ?

  5. Bonjour,

     

    Je galère depuis des heures pour modifier l'affichage et la possibilité d'achat hors stock pour tous les produits, en passant par phpMyAdmin.

     

    Impossible de trouver la bonne colonne et la bonne table.

     

    Je suis sur la version 1.6.08 avec multiboutique activé.

     

    D'ailleurs, tous mes produits sont indiqués hors stock alors que dans la colonne quantity de la table products et dans celle de la table stock_available, le stock est bien positif...

     

    Quelqu'un aurait une idée ?

     

    Merci !

×
×
  • Create New...

Important Information

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