OpenCart 1.4.8b en Français

[Marc]

Bonjour à tous,

J'ai retrouvé un petit bug de gestion des caractères sur la description des pages information : les caractères accentués passent mal.

version : 1.4.8b fr d'aout 2010 non modifiée
fichier : catalog/controller/information/information.php
ligne 37
Remplacer:

Code: Tout sélectionner

$this->data['description'] = html_entity_decode($information_info['description']);


Par :

Code: Tout sélectionner

$this->data['description'] = html_entity_decode($information_info['description'], ENT_QUOTES, 'UTF-8');


Par contre, si quelqu'un sait pourquoi l'info est enregistré en iso-8859-1 dans la BD (alors que la table est encodée en UTF-8 et que les pages sont annoncée dans ce même charset !), cela m'intéresse...

Faut-il aussi le signaler à Daniel ou cela a déjà été fait avec les précédentes demandes ?

[pvl]

Je passe par ce post car il est énormément lu. J'ai un problème avec cette version et apparemment non résolvable... dites-moi si vous le rencontrez ( ca nécessite qu'une commande soit faite) :

Lorsque vous allez dans l'admin > clients > commandes
Puis que vous cliquez sur le lien "modifiez" en regard d'une commande, vous affichez la page de la commande avec ses 5 onglets "Commandes","Produits","Adresse de livraison","Adresse de paiement","Historique de commande".
Moi, si je fais "Sauvegarder" et que je retourne sur cette page, je constate que les prix de tous mes produits de la commande sont multipliés par 100 ! Et ils le sont à chaque fois que j'y retourne et que je clique sur Sauvegarder...
Et Vous ?
ps : ce message fait référence à ce post http://forum.opencart-france.com/rapports-de-problemes/magie-prix-de-vente-multiplie-par-100-t289-10.html ou il n'y a pas trop de monde qui passe...

[Imaxine]

Ce n'est pas la peine de multiplier les posts sur un même sujet.
Si personne ne te répond afin de savoir s'il ont le même problème, c'est que personne hormis toi n'a ce problème, car personne hormis toi n 'a entré le prix de ses articles avec une virgule.

La solution t'a été donné, il te suffit de supprimer les articles et de les recréer, plutôt que de disserter sur ce problème.

[pvl]

voici un post parmi d'autres ( provenant du forum international en anglais ) qui soulève ce meme problème parmi nos amis européens:
http://forum.opencart.com/viewtopic.php?f=31&t=17685&p=88181

[cyrillle]

non non Imaxine j'ai le m pb
et comme avec se que tu dis article recréé et pas de virgule cela ne change rien...

[Imaxine]

En effet ce bug est existant sur le bouton "Sauvegarder" du fichier order.php (commande) de la version 1.4.8b et semble fixé par la suppression de celui-ci dans la version 1.4.9.

[Marc]

Bonjour à tous,
Cela fait un moment que je ne suis pas passé sur le forum... J'ai été très très pris...
J'espère trouver un peu de temps pour revenir prochainement....

En attendant, j'écris ici car j'ai eu le même souci de prix multiplié par 100 via l'interface de modification des commandes dans l'admin. Comme les différents posts sur le sujet renvoient sur le post de Imaxine ci-dessus, je pense que c'est bien d'écrire ici la solution.

Je n'ai pas vu les "solutions" promises ici ou là... tout au plus un lien vers une discussion (en anglais et non accessible à tous) ne disant pas clairement ce qu'il convient de faire avec une version 1.4.8b... La seule solution entrevue est le passage à OC 1.4.9.1...

Pour ceux qui souhaitent ne pas migrer tout de suite comme moi, pour diverses raisons, je propose ici un patch tout simple sur la base du travail de pvl.

Patch uniquement pour OC 1.4.8b
Ouvrez le fichier admin/model/sale/order.php, ligne 30, insérez

Code: Tout sélectionner

               // Correction Marc FREREBEAU du 22/11/2010
               $product['price'] = str_replace( ",", ".", $product['price'] );
               $product['total'] = str_replace( ",", ".", $product['total'] );
               // Fin correction Marc FREREBEAU du 22/11/2010


Juste avant :

Code: Tout sélectionner

               $this->db->query("INSERT INTO " . DB_PREFIX . "order_product SET order_id = '" . (int)$order_id . "', product_id = '" . (int)$product['product_id'] . "', name = '" . $this->db->escape($product_query->row['name']) . "', model = '" . $this->db->escape($product_query->row['model']) . "', price = '" . $this->db->escape(preg_replace("/[^0-9.]/",'', $product['price'])) . "', total = '" . $this->db->escape(preg_replace("/[^0-9.]/",'', $product['total'])) . "', quantity = '" . $this->db->escape($product['quantity']) . "'");


Chez moi et sur ma version de production, ça semble bien fonctionner...
Si vous détectez des soucis avec ce patch, je vous invite très fortement à m'en faire part. Ça m'aidera donc vous bénéficierez naturellement du retour correctif

[EDIT : Attention, cela ne résoud pas tous les bugs de cette page mal fagotée, notamment le souci de non mise à jour du total de la commande dans de multiples pages (liste des commandes chez le client ou l'admin,...). Mais cela permet au moins de se servir des autres champs de modification de la commande sans changer involontairement les montants de chaque produit]

En espérant que ça aidera quelques personnes chez les européens...

[pvl]

Merci. Ca dépanne bien !!