YanK 10 Posted October 7, 2011 Ok je comprend mieux. J'avoue que je suivait plus. Share this post Link to post Share on other sites
cosmetogarden 0 Posted October 7, 2011 :-) en fait j'ai exactement la meme chose :S Share this post Link to post Share on other sites
YanK 10 Posted October 10, 2011 Je continue ici pour les bugs de MR. Certains ont pu constater que le lien de suivit donné au client n'était pas bon. Du coup impossible pour le client de savoir ou en est sa livraison. Pour corriger ça il faut modifier une ligne dans la génération des étiquettes (l.40x - tout dépend la version). Modifier : $order->shipping_number = $id_mr_selected; Par : $order->shipping_number = $expeditionNum; Je vais chercher si on peut pas envoyer un email avec l'url de suivit au client juste après. Share this post Link to post Share on other sites
vitrinebebe 0 Posted October 11, 2011 Bonjour, J'ai moi aussi un gros problème avec mon module mondial relay. Lorsque j'ai rentré les codes mondial relay, j'ajoute un transporteur et l'enregistre. Ensuite je choisi "modifications" pour pouvoir indiquer le délai de livraison, le lien du logo... Quand je reviens sur le module le transpoteur a disparu, pourtant il apparait toujours dans "transporteur" mais sans logo. En front office, l'option "mondial relay" apparait sans logo ni possibilité de choisir de point relay, je passe directement à l'étape du paiement. Je suis dans le flou total... Pouvez-vous me renseigner ? Julien Share this post Link to post Share on other sites
Vincent Schoener 33 Posted October 11, 2011 Bonjour, Je vais sortir la 1.7.6 d'ici peu, donc voici les modifications : - Ajout de la bulle de description sur la map ainsi qu'un lien 'Plus de detail' pour avoir les infos du point relais (horaire par exemple) - Génération des tickets possible pour les livraisons à domiciles - Correction de traductions Française - Modification de la page configuration du module - Ajout d'une box d'erreur lors de la génération des tickets avec des erreurs explicatifs plus parlant - Mise à jour du plugin gmap3 utilisé (3 => 4) - Possibilité de récupérer des informations complémentaire concernant les points relais - URL de suivi corrigé - Correction d'un problème lors des changements de données d'un transporteur Concernant ton problème vitrinebebe, c'est du à un soucis d'historisation des transporteur avec le module meme, ce problème sera corrigé pour sa prochaine version Cordialement Share this post Link to post Share on other sites
vitrinebebe 0 Posted October 11, 2011 Merci de ta réponse. Donc si j'ai bien compris, inutile que je m'obstine avant l'arrivée de la nouvelle version ? Elle est prévue pour quand ? Share this post Link to post Share on other sites
YanK 10 Posted October 11, 2011 Vince : Y'a pas une manip possible en sql pour remettre les pendules à l'heure ? Share this post Link to post Share on other sites
Vincent Schoener 33 Posted October 11, 2011 Si bien sur je suis déjà en train d'investiguer 1 Share this post Link to post Share on other sites
Vincent Schoener 33 Posted October 11, 2011 Voilà j'ai réglé le soucis Peut tu faire un essaie de ton coter afin de valider son bon fonctionnement ? Il faudrait que tu édites le fichier 'mondialrelay.php' et à la ligne 552 tu remplace tout le contenu de la méthode public function hookupdateCarrier($params) en mettant: if ((int)($params['id_carrier']) != (int)($params['carrier']->id)) Db::getInstance()->autoExecute(_DB_PREFIX_.'mr_method', array('id_carrier' => (int)($params['carrier']->id)), 'UPDATE', '`id_carrier` = '.(int)$params['id_carrier']); En gros ca donne ça : /* ** Update the carrier id to use the new one if changed */ public function hookupdateCarrier($params) { if ((int)($params['id_carrier']) != (int)($params['carrier']->id)) Db::getInstance()->autoExecute(_DB_PREFIX_.'mr_method', array('id_carrier' => (int)($params['carrier']->id)), 'UPDATE', '`id_carrier` = '.(int)$params['id_carrier']); } J'attends ta validation Share this post Link to post Share on other sites
vitrinebebe 0 Posted October 11, 2011 ok merci, au moins tu es réactif !!!! je vais essayer ça tout de suite, je te tiens au courant Share this post Link to post Share on other sites
vitrinebebe 0 Posted October 11, 2011 Excuse moi, mais peux-tu me dire à quel terme s'arrête le contenu de la méthode public function hookupdateCarrier($params) Merci encore Share this post Link to post Share on other sites
Vincent Schoener 33 Posted October 11, 2011 C'est tout ce qui est compris entre le '{' et le '}' Share this post Link to post Share on other sites
vitrinebebe 0 Posted October 11, 2011 Merci. J'ai pris la peine de chercher et j'ai trouvé. En revanche même en changeant l'ensemble, rien à changer. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted October 11, 2011 Ah mince par la meme occasion j'ai vu que ca ne corrigeait pas tout et j'en ai profité pour bien tester le tout avec des cas a part, tout semble etre bon, tu peux mettre ce morceau de code à la place de celui donner plus haut ? /* ** Update the carrier id to use the new one if changed */ public function hookupdateCarrier($params) { if ((int)($params['id_carrier']) != (int)($params['carrier']->id)) { Db::getInstance()->Execute(' INSERT INTO `'._DB_PREFIX_.'mr_method` (mr_Name, mr_Pays_list, mr_ModeCol, mr_ModeLiv, mr_ModeAss, id_carrier) ( SELECT mr_Name, mr_Pays_list, mr_ModeCol, mr_ModeLiv, mr_ModeAss, "'.(int)$params['carrier']->id.'" FROM `'._DB_PREFIX_.'mr_method` WHERE id_carrier ='.(int)$params['id_carrier'].')'); } } Si le problème persiste, il faudra que tu m'envois tes infos en pm de ta boutique pour que je puisse voir ce qui coince Share this post Link to post Share on other sites
vitrinebebe 0 Posted October 11, 2011 AAAA !!! Il y a un GRAND mieux. Je commençais à désésperer. Je m'explique : Le logo ne s'affiche pas dans la liste des transporteurs du panier mais lorsque on sélectionne mondial relay, la liste des points de retrait apparait enfin ! On peut même voir le plan google maps. Et autre point, le mode de collecte. Je n'ai pas le choix, le module me dit collecte à l'enseigne, hors je vais déposer les colis moi même : cela a-t-il une incidence ? Share this post Link to post Share on other sites
Vincent Schoener 33 Posted October 11, 2011 Hum je t'avoue que je sais pas trop la comme ça, surtout n'oublies pas de désactiver le cache et activer le force compile afin de faire charger la page de la sélection des relais proprement la premiere fois Du moins charge toutes les pages que tu as besoin et après remet le cache et désactive le force compile une fois fait. Dans la nouvelle version de MR, une popup d'avertissement est mise en place partie configuration pour prévenir ce genre de problèmes Share this post Link to post Share on other sites
vitrinebebe 0 Posted October 12, 2011 "force compile" ? Activer ou désactiver le cache ok, mais l'autre je ne sais pas ce que c'est... En tout cas je te remercie pour toutes les infos que tu as déjà pu me donner ! Share this post Link to post Share on other sites
hulk 9 Posted November 25, 2011 Bonjour j'ai installé la version 1.7.8 du module mondial relay sur ma version 1.4.5.1 (récemment migré à la version 1.2.5). mon problème se pose dans la page de création des étiquettes : j'ai un belle warning an haut de page : Please take a look to this following warning, maybe the ticket won't be generated Expe_CP: It seems the layout of your zipcode country is not configured or you didn't set a right zipcode pourtant j’utilise le zip FR dans ma boutique ainsi lorsque j'essaye de générer les étiquettes j'ai 2 autre message d'erreur This key [ModeCol] is empty and need to be filled This key [ModeLiv] is empty and need to be filled There is an error number : 28 Details : Cette erreur n'est pas mentionnée:28 et aussi This key [ModeCol] is empty and need to be filled This key [ModeLiv] is empty and need to be filled This key [Dest_Ad3] hasn't a valid value format : 33, BOULEVARD DE L'H^OPITAL There is an error number : 97 Details : Clé de sécurité invalide pour les adresses avec caractères spéciaux. la version que j’utilise contient presque tous les modification déjà citées dans ce sujet mais ça marche toujours pas. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted November 28, 2011 Bonjour, Merci pour ton retour Hulk, peux tu tester avec la dernière version disponible sur le serveur SVN ? La 1,7.9 (qui est en attente de validation par MondialRelay) corrige tout ça, par contre je vais de ce pas tester le champs Dest_Ad3 car la le tient contient un chapeau hors caractere et ce genre de nettoyage n'est pas fait, le module nettoie tous les caracteres accentués et non pas les accents mis tout seul (ça me semble normal) Tiens moi au courant Edit: Donc voilà je viens de tester tout ça, et je n'ai aucun soucis, meme le cas du petit chapeau est traité en avertissant que la ligne n'est pas correctement formatée Share this post Link to post Share on other sites
jtamtam 0 Posted November 30, 2011 Bonjour, J'ai le module en 1.7.8 lors de la génération d'une étiquette pour un client j'obtiens l'erreur This key [Dest_Tel2] hasn't a valid value format : 06 0X XX XX XX J'ai supprimé les espaces sur la fiche client mais j'obtiens toujours cette erreur... Que dois je faire pour régler ce soucis. Où puis je trouver le svn mentionné ci dessus ? Débutante sur Presta je ne le connais pas. De plus si je désinstalle le module et réinstalle le nouveau cela ne va-t-il pas générer de soucis avec la commande passée avec l'ancien module ? Merci d'avance edit: Problème téléphone destinataire : j'ai été changer le numéro de téléphone dans les tables et au surprise il était encore sous l'ancienne forme alors qu'en BO il apparaissait corrigé... Donc ça c'est résolu Erreur langue invalide : j'ai été vérifier la configuration du module et la langue par défaut était anglais. J'ai changé en français et ça a fonctionné Share this post Link to post Share on other sites
YanK 10 Posted November 30, 2011 Si tu n'as jamais utilisé svn ça va être chaud : http://svn.prestashop.com/trunk/ Dans le module il y a une expression régulière qui bloque l'envoi des infos mal formatées. Il faut le forcer. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted November 30, 2011 Bonjour, J'ai le module en 1.7.8 lors de la génération d'une étiquette pour un client j'obtiens l'erreur This key [Dest_Tel2] hasn't a valid value format : 06 0X XX XX XX J'ai supprimé les espaces sur la fiche client mais j'obtiens toujours cette erreur... Que dois je faire pour régler ce soucis. Où puis je trouver le svn mentionné ci dessus ? Débutante sur Presta je ne le connais pas. De plus si je désinstalle le module et réinstalle le nouveau cela ne va-t-il pas générer de soucis avec la commande passée avec l'ancien module ? Merci d'avance edit: Problème téléphone destinataire : j'ai été changer le numéro de téléphone dans les tables et au surprise il était encore sous l'ancienne forme alors qu'en BO il apparaissait corrigé... Donc ça c'est résolu Erreur langue invalide : j'ai été vérifier la configuration du module et la langue par défaut était anglais. J'ai changé en français et ça a fonctionné Hello, Dans le module tout caractères ajoutés entre les numéros de tel sont supprimés par le module pour éviter ce genre de problème. C'est bien bizarre que ceci arrive encore. Concernant la mise à jour des adresses client (tel en faisant partie), elles sont historisées du coup tu es obligée de le modifier à la main sans passer par PrestaShop. Share this post Link to post Share on other sites
quinou 1 Posted November 30, 2011 Bonjour, tester la v1.7.9 MR sur PS 1.4.5.1 : Déjà aucune apparition des adresses de points relais sur la page commande. Apparemment l'appel des adresse ne se fait pas. Je ne suis donc pas allé plus loin...... N.B. test également sur la vers origine PS 1.4.5.1 Share this post Link to post Share on other sites
hulk 9 Posted November 30, 2011 j'ai réinstaller la version 1.7.8 mais j'ai toujours ce message sous la liste des commandes Expe_CP: It seems the layout of your zipcode country is not configured or you didn't set a right zipcode en plus dans la liste des commande avec le statut que j'ai choisi ça m'affiche quelques commandes pour d'autre transport et avec le même statut "Préparation en cours" Share this post Link to post Share on other sites
YanK 10 Posted November 30, 2011 @hulk : Change ton Code postale de ta boutique il n'est pas bon. Share this post Link to post Share on other sites
quinou 1 Posted November 30, 2011 En effet j'ai également ce message Et pourtant le code postal de la boutique est bien de la forme NNNNN et sans espace Share this post Link to post Share on other sites
hulk 9 Posted November 30, 2011 mais mon code est sous forme FR XXXXX ( 5 chiffres) pourquoi le changer et c'est le bon code postal?? Share this post Link to post Share on other sites
Vincent Schoener 33 Posted November 30, 2011 @Quinou: ton soucis doit venir du fait que tu n'as pas du désactivé le cache et forcé le compile smarty dans les parametres de ta boutique (problème récurrent dont le message apparait en jaune sur la page de configuration du module...) @hullk : Ce message dis clairement qu'il semble que le soucis vient sois du layout du code postal mal configurer pour le pays utilisé, sois que le code postal n'est pas valide Expe_CP:It seems the layout of your zipcode country isnot configured or you didn't set a right zipcode Pour le reste, n'hésitez pas à m'envoyer des access BO et FTP de notre coter tout fonctionne normalement je ne peux donc pas trop deviner d'ou viennent ces quelques petits problèmes (qui sont 'normalement' corrigés et testé Mon mail : vince@prestashop.com Share this post Link to post Share on other sites
quinou 1 Posted November 30, 2011 Vincent, j'ai bien désactivé et vidé... le cache et forcé la compile de smarty. Et ce test je l'ai fait sur Firefox 8. Je viens également d'en faire un sur IE 8. Les tests ont été effectués avec ma version puis celle d'origine de PS où aucun changement n'a été effectué. Je ne verrais pas d'inconvénients de te donner un accès. Mais actuellement je fais mes tests en local ne souhaitant pas toucher au module qui est actuellement en ligne et qui marche vaille que vaille... Share this post Link to post Share on other sites
Vincent Schoener 33 Posted November 30, 2011 Ca marche, tu peux activer le display_errors a true/ 1 ou "on" afin de voir quel type d'erreur est générée ? Share this post Link to post Share on other sites
jtamtam 0 Posted November 30, 2011 @Vincent lorsque j'ai eu des soucis pour le numéro de téléphone j'étais toujours en version 1.7.8 @YanK : merci pour l'adresse, je sais me servir de svn je voulais juste l'adresse Tout marche pour le moment Je voulais savoir en revanche où le client peut il revoir le choix de son relais colis (avec l'adresse notamment) ? Il ne le reçoit pas par mail en tout cas. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted November 30, 2011 Il me semble que de ce coté la, il n'y a pas vraiment d'info à ce sujet, et le client est un peu délaisser :s Faudrait que j'en parle à mondialrelay and mon responsable module pour une amélioration de ce coter là Share this post Link to post Share on other sites
YanK 10 Posted November 30, 2011 Ça serait pas mal de pouvoir envoyer cette info au client c'est clair. On pensait l'envoyer par SMS au moment de l'arrivé en relais. Share this post Link to post Share on other sites
jtamtam 0 Posted November 30, 2011 Merci pour l'info, on croise les doigts pour que ça soit mis à jour dans une prochaine version alors Share this post Link to post Share on other sites
Vincent Schoener 33 Posted November 30, 2011 Petite précision, normalement il faut réinstaller le module lors d'une mise à jour afin que tout fonctionne au mieux d'autant plus que j'ai géré le fait que la base contenant les infos de mondialrelay puisse être ou non supprimé (dispo depuis 1.7 me semble). La 1.7.9 svn vient de subir une petite mise à jour concernant le hook header, j'avais oublié de le rajouter dans l'installation du module, mais si vous ne souhaitez pas réinstaller le module, celui-ci peut être configuré via BO dans la partie module -> position. Voilou Share this post Link to post Share on other sites
Maher Shop 3 Posted December 9, 2011 bonjour je suis avec la toute derniere version de prestashop et aussi avec la derniere version mondial relay cad 1.7.9 et j ai remarqué que je ne peux pas imprimer les etiquettes surtout quand je propose les frais de port gratuit. donc je laisse tomber et je prend colissimo. voici l erreur quand je clique generer This key [ModeCol] is empty and need to be filled This key [ModeLiv] is empty and need to be filled This key [Dest_Tel2] hasn't a valid value format : 06********** There is an error number : 97 Details : Clé de sécurité invalide Je ne comprend pas pourquoi ces deux champs sont vides , et ca arrive seulement quand j ai un frais de port nul ou bien si la commande a été faite il y a longtemps avant de faire la mise a jour vers 1.7.9 qui a moins de beug et plus facile pour les cliens je signale. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted December 9, 2011 Bonjour mather, Merci de ton retour, Comme dis plus haut, n'hésite pas à m'envoyer tes accés bo / ftp si tu veux que j'intervienne sur ton problème ou encore créé un nouveau bug sur la Forge avec toutes les infos / screen nécessaire.. Il est clair que ces deux champs ne sont pas sencé etre vide et je pense que c'est un soucis de requete SQL récupérant les commandes. Petite note: Jusqu'a présent les erreurs corrigé sur les boutique de clients qui sont venu reporter des erreurs ont été des soucis d'installation réinstallation du module car pas mal d'entre eux s'amusent à remplacer à la voler le module sans le désinstaller ni le réinstaller... A savoir qu'un module (comme c'est le cas ici) peut avoir a installer de nouveaux Hook ou autre et qu'aucun process de live upgrade exist encore pour faire les choses au mieux.. Meme si j'en ai fait pour certaine version du module, ce n'est pas maintenable ainsi dans la continuité Je pense rajouter un live fix permettant de faire un upgrade < 1.7.9 du à ce genre de soucis. Share this post Link to post Share on other sites
quinou 1 Posted December 9, 2011 Bonjour, Je viens de faire à nouveau des tests en local avec MR v1.7.9 et P.S. v1.4.5.1 (ma vers et celle d'origine de PS) Sur Firefox le choix du relais se fait bien Mais ce n'est pas le cas pour IE8. J'ai l'erreur suivante en mode 'display_errors', 'on' : " Undefined variable :...\tools\smarty\sysplugins\smarty_internal_data.php on line 291" et info erreur IE : Cet objet ne gère pas cette propriété ou cette méthode Ligne : 497 Caractère : 4 Code : 0 URI : http://localhost/modules/mondialrelay/mondialrelay.js NB : cache vidé.... Share this post Link to post Share on other sites
caretta 1 Posted December 11, 2011 @ hulk, pour le probleme du cp j'ai eu la meme. resolu en mettant le format sur NNNNN dans la fiche france / transporteurs pays. 1 Share this post Link to post Share on other sites
hulk 9 Posted December 12, 2011 oh lala merci caretta ça marche Share this post Link to post Share on other sites
Vincent Schoener 33 Posted December 12, 2011 @hulk : Je voulais vous faire chercher un peu @quinou: je peux avoir des accès à ta boutique ? Share this post Link to post Share on other sites
dangee 4 Posted December 12, 2011 Bonjour, J'ai également l'erreur : "Expe_CP: It seems the layout of your zipcode country is not configured or you didn't set a right zipcode" dans la page de génération des etiquettes. Pourtant le code postal est bon dans les préférences de la boutique...Quelqu'un aurait-il une idée ? Je précise que la boutique est sous presta 1.3, le module mondial relay est le 1.7.9 et le force compile passé à true lors de la maj... Share this post Link to post Share on other sites
hulk 9 Posted December 12, 2011 voir le post #139 de caretta Share this post Link to post Share on other sites
dangee 4 Posted December 12, 2011 J'avais vu ce post, mais je ne retrouve pas cette possibilité dans la configuration de prestashop (presta 1.3) Share this post Link to post Share on other sites
Vincent Schoener 33 Posted December 12, 2011 @dangee: Ce message t'empêche de générer les tickets ? Normalement il est pas bloquant Share this post Link to post Share on other sites
dangee 4 Posted December 12, 2011 Apparemment oui, car aucune commande n'apparait au changement de statut. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted December 13, 2011 Ce message ne bloque en rien le fait de faire apparaitre la liste des commandes il ne fait que avertir d'éventuelle erreurs possible lors de leur génération Share this post Link to post Share on other sites
dangee 4 Posted December 13, 2011 humm...ok...Alors le pb vient d'ailleurs, mais je confirme que la fonction étiquette ne fonctionne pas sur ma config. Je viens de repasser une commande test par chèque, validé la paiement et changé le statut en "préparation en cours" (statut qui doit permettre la génération des étiquettes) et rien du tout... Une info qui peut peut-être vous mettre sur une piste : alors que le module est en français partout, la page de génération des étiquettes est en anglais... Merci pour votre aide Share this post Link to post Share on other sites
Vincent Schoener 33 Posted December 13, 2011 En effet, je viens de voir que cette page est repassée en anglais.. Mais ce n'est pas la cause non plus. Si vous voulez je peux jeter un coup d'oeil sur votre boutique, mais il me faudrait des acces ftp / bo. Share this post Link to post Share on other sites
dangee 4 Posted December 13, 2011 ok, je vous prépare cela, et vous envoi le tout par mp. Merci. Share this post Link to post Share on other sites
dangee 4 Posted December 13, 2011 mp envoyé. Merci. Share this post Link to post Share on other sites
jtamtam 0 Posted December 13, 2011 Bonjour, Alors que tout fonctionnait pour le mieux mon module fait des siennes J'ai généré l'étiquette mais en cliquant sur l'icône pdf pour l'impression j'obtiens un message qui me dit : "une erreur s'est produite pendant la création de l'étiquette". Une idée d'où cela peut venir ? J'ai le module version 1.7.8 et presta 1.4.3 Merci d'avance ! Share this post Link to post Share on other sites
quinou 1 Posted December 13, 2011 @quinou: je peux avoir des accès à ta boutique ? Bonjour, Comme je te l'ai dis sur un message précédent, je fais les tests en local. Et dans la mesure où je fais également ces tests sous I.E.8 avec la vers d'origine De P.S. (1.4.5.1) donc aucun changement, le champ de recherche des erreurs se restreint. Mais suis je donc le seul à avoir cette erreur ??? Share this post Link to post Share on other sites
jtamtam 0 Posted December 13, 2011 Problème résolu pour moi je n'avais pas la dernière version >_< Merci pour votre travail Share this post Link to post Share on other sites
quinou 1 Posted December 13, 2011 Bonjour jtamtam, Sous Internet Explorer, lorsque tu sélectionnes un point relais, as tu le message "Erreur: merci de choisir un transporteur ou une adresse de livraison pour MondialRelay" qui disparait au profit des moyens de paiement Share this post Link to post Share on other sites
jtamtam 0 Posted December 14, 2011 Salut Quinou, En allant faire le test je me suis aperçue que je n'avais plus les points relais.... Du coup j'ai remis tout au propre : désactiver et désinstaller le module avant de le réinstaller. J'ai également désactivé le cache et forcé la compilation. Pour info lorsque j'ai désinstallé le module je lui ai demandé de conserver ma base de donnée. Tout est rentré dans l'ordre pour moi. Piste que j'envisagerai (attention je ne m'y connais pas c'est juste ce que je ferais moi dans ton cas) : - regarder la configuration de ton transporteur - vérifier que tu as bien sélectionné les frais associé à ton transporteur - regarder si ton module de paiement ne demande pas l'autorisation pour chaque transporteur (pour moi c'est le cas, si je change ou fais des modifications sur un transporteur, je dois recocher l'autorisation dans mon module de paiement) Voilà si tu as déjà vérifié tout ça je ne peux pas plus "t'aider" ça touchera surement à la technique bon courage Share this post Link to post Share on other sites
dangee 4 Posted December 16, 2011 En effet, je viens de voir que cette page est repassée en anglais.. Mais ce n'est pas la cause non plus. Si vous voulez je peux jeter un coup d'oeil sur votre boutique, mais il me faudrait des acces ftp / bo. Bonjour, Juste pour savoir si vous avez pu regarder mon pb avec les acces BO/FTP ? MErci. Share this post Link to post Share on other sites
quinou 1 Posted December 20, 2011 Bonjour, Désolé pour ce retard dans ma réponse. Mais j'étais en déplacement @ jtamtam J'ai en effet supprimer Mondial Relay puis tt réinstaller. Mais rien y fait' date=' j'ai toujours cette erreur avec IE 8 et le message [i']"merci de choisir un transporteur"[/i] n'est pas remplacé par les moyens de paiement @Vincent : je peux avoir des accès à ta boutique ? Je t'envoie par MP les codes d'accès à la boutique que j'ai installée ds un sous répertoire d'un autre site. Tu pourras y faire toutes les manip nécessaires Share this post Link to post Share on other sites
quinou 1 Posted December 22, 2011 Je t'envoie par MP les codes d'accès à la boutique que j'ai installée ds un sous répertoire d'un autre site. Tu pourras y faire toutes les manip nécessaires Bonjour, MR est maintenant opérationnel. Merci Vincent d'avoir résolu mon problème. joyeuses fêtes à tous Share this post Link to post Share on other sites
KUHMc 0 Posted January 4, 2012 Bonjour, Tout d'abord, bonne année à toute la communauté J'essaie de faire fonctionner le module Mondial Relay 1.7.9 sur une boutique Prestashop Version 1.3.2.3. J'ai deux soucis que je n'arrive pas à régler. Cache désactivé et compile forcée : $smarty->caching = false; $smarty->force_compile = true; $smarty->compile_check = false; (testé en true aussi) 1/Bug uniquement présent lorsque le module MR et le transporteurs sont activés Premier cas de bug : page01 Page02 Le client est déjà inscrit, il place un produit dans le panier PUIS il se connecte, il est dirigé sur un écran de type "page02.jpg". Le client ne voit pas son adresse de livraison et de facturation. Second cas de bug Le client est déjà inscrit, il se connecte, PUIS il place un produit dans son panier, il passe par un écran de type "page01.jpg" puis "page2.jpg". Le client ne voit plus son adresse de livraison et de facturation. 2/ Une fois le transporteur choisi (ici Mondial Relay), il n'y a pas de proposition de sélections de relais, mais directement le paiement. Est-ce normal ? Merci d'avance pour votre retour ! Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 4, 2012 Hello KUHMc, Merci, bonne à toi aussi Non ce n'est pas normal et ceci ne s'est jamais encore produit. J'aurai besoin de tes accés BO et FTP pour y jeter un coup d'oeil Cordialement Share this post Link to post Share on other sites
Patrick24000 6 Posted January 4, 2012 Bonjour, Ce n'est pas franchement une erreur sur le module, mais comme je vois que ce sujet MR est actif contrairement aux autres où on se sent bien seul, je me permets d'y poser ma question. J'ai généré ma première étiquette aujourd'hui (MR v1.7.9 et PS 1.4.4.1), et tout s'est bien déroulé ; Ouf. Par contre, j'ai constaté que le statut de commande était passé automatiquement à "colis expédié". Comme le client reçoit un mail lui disant que son colis est parti, alors qu'en fait je suis simplement entrain de le préparer (et que je peux très bien le déposer dans un relais que 2 jours après), ne peut-on pas éviter le changement de statut automatique ? Quand je fais un envoi Colissimo, bien que l'étiquette soit déjà imprimée, je ne préviens mon client (changement de statut -> Colis expédié) que lorsque celui est réellement parti. Merci d'avance. Share this post Link to post Share on other sites
YanK 10 Posted January 4, 2012 @Patrick24000 : Je pense que cette méthode a été ajoutée pour palier au manque du fichier CRON qui ne gère pas tous les statuts et qui n'est pas toujours activé par les utilisateurs du module. Il faudrait trouver ou ce trouve ce changement dans le code et le commenter. Ensuite tu peux utiliser mon fichier CRON qui devrait gérer tous les changements de statuts automatiquement. http://www.kermarec.com/mise-a-jour-des-commandes-mondial-relay-dans-prestashop/ Pour l'histoire : Mondial Relay voudrait que ce fichier CRON disparaisse car étant mal programmé et mal utilisé il génère énormément de trafic chez eux. Le script CRON que j'ai fait n'est pas tellement mieux. J'ai donc proposé mon aide à Vincent pour en développer un nouveau bien mieux penser et qui ne saturerait pas les serveurs de Mondial Relay. J'espère que Mondial Relay acceptera cette solution plutôt que de supprimer purement et simplement ce service qui est bien utile. Share this post Link to post Share on other sites
Patrick24000 6 Posted January 5, 2012 Merci de ta réponse YanK. En effet, le CRON faisait également partie de mes interrogations... Je connaissais déjà ton site et je t'envoie un mail privé pour ne pas surcharger cette discussion. Concernant le changement automatique de statut, je le trouve personnellement plutôt contradictoire. D'un côté PS indique "Colis expédié", et quand le client clique sur le lien de suivi, MR indique (1ère étape) "colis en préparation" ! Je modifierais bien le contenu du mail "shipped" mais il s'applique aussi au Colissimo. J'attendrai la réponse (solution) de Vincent avant de modifier quoi que ce soit. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 5, 2012 Hello Patrick, Le comportement de faire changer le status aprés la génération des tickets est voulu et à toujours été ainsi. Aprés il est clair que dans certain cas à part, comme le tiens, on souhaite le changer à la main. Malheureusement pour le moment rien n'a été discuté à ce propos du coup aucun changement de prévu, a voir par la suite si on rajoute l'option dans la conf du module mais ça inclura du dev supplémentaire sur la page concernant la génération des tickets. Si tu souhaites tout de meme éviter ce changement de d'état. Commente dans le fichier 'classes/MRCreateTickets.php': Ligne 430 -> 434 : $history = new OrderHistory(); $history->id_order = (int)$params['NDossier']; $history->changeIdOrderState($orderState, (int)$params['NDossier']); $history->id_employee = (int)Context::getContext()->employee->id; $history->addWithemail(true, $templateVars); Cordialement Share this post Link to post Share on other sites
Teatower 1 Posted January 5, 2012 Bonjour. je reviens sur l'incompatibilité actuelle du module MR 1.7.9 avec le one page checkout. le 28 novembre, la modif 10702 avait réglé le problème pour les navigateurs non-IE (encore fallait-il le savoir) la modif 10826 a réglé le problème pour IE9. Mais plus de la moitié des gens utilisant IE sont encore à la 8. Il y a donc toujours pour eux l'impossibilité de voir les moyens de paiement... Ne pourrait-on ajouter au module un tri IE8/IE9 ? Et plus largement, ne faudrait-il pas indiquer que le 1.7.9 sur addons ne fonctionne pas avec OPC, et je ne parle même pas de la version qui est dans presta 1.4.6.2... On va y arriver... 1 Share this post Link to post Share on other sites
quinou 1 Posted January 5, 2012 Bonjour Teatower, Vincent a réglé ce problème en fin d'année. Il a en principe mis à jour ds l'Addonns Tous mes meilleurs voeux à tous Share this post Link to post Share on other sites
Teatower 1 Posted January 5, 2012 On y arrive tout doucement... Merci pour cette précision Quinou Je confirme qu'addons propose bien une version du module 1.7.9 qui rend compatible Mondial Relay et OPC, mais uniquement avec IE9 (FF, chrome etc c'est OK). Peut-être faudrait-il indiquer plus clairement la date de release des modules... J'avais un 1.7.9 qui n'était pas vraiment le bon 1.7.9, difficile à deviner... Nous avons réglé le problème qui restait avec IE8 et IE9 in private, c'est à dire l'inaccessibilité des moyens de paiement pour les clients en mofifiant mondialrelay.js aux lignes 496 et 497 : var relayPointNumber = tab[1]; var id_carrier = tab[2]; au lieu de relayPointNumber = tab[1]; id_carrier = tab[2]; plus que quelques problèmes de chargement dans le vide d'étiquettes dans le backend et on y sera Stéphane Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 5, 2012 Bonjour Tea. Bonjour. je reviens sur l'incompatibilité actuelle du module MR 1.7.9 avec le one page checkout. le 28 novembre, la modif 10702 avait réglé le problème pour les navigateurs non-IE (encore fallait-il le savoir) la modif 10826 a réglé le problème pour IE9. Oui certe il n'y a pas de changelog associé au module comme d'autre module et PS 1.4 ne prévient pas sur une éventuelle mise à jour du module. Donc pour t'en informé, il y a eu plusieurs corrections de bug concernant ce '_navigateur_' dont 2 en particulier qui ont résolus un bug que trés peu de personnes avaient alors qu'ils avaient le meme OS et la meme version du browser. A savoir des assignation de valeur a des variables non déclaré par un 'var'... Mais plus de la moitié des gens utilisant IE sont encore à la 8. Il y a donc toujours pour eux l'impossibilité de voir les moyens de paiement... Ne pourrait-on ajouter au module un tri IE8/IE9 ? Non on ne peux pas, le module doit marché pour ie7 / ie8 et ie9 quoi qu'il se passe. Et la possibilité pour eux de voir les paiements existes sauf comme dit plus le les quelques exceptions qui se retrouvent face au bug. Et plus largement, ne faudrait-il pas indiquer que le 1.7.9 sur addons ne fonctionne pas avec OPC, et je ne parle même pas de la version qui est dans presta 1.4.6.2... A savoir, Prestashop 1.4.6.2 contient un bug OPC concernant les modules transporteurs que j'ai pris soin de réglé en voulant fixé un bug Mondial Relai. Une nouvelle release de PS 1.4 est prévu afin d'avoir les dernières correction de bug. On va y arriver... Oui grace aux retours utilisateurs et la communauté, car de mon coter quand je release un truc, c'est que je l'ai testé et pas qu'avec un navigateur.Mais pas grace a ce genre de retours négatif appuyés par des '...' a toutes les phrases Pour finir, la 1.7.9 d'addons ne contient pas le tout dernier fix apporté a quinou, on ne peut pa se permettre de release au moindre bug fixé surtout si ils sont mineurs. Une version 1.8 devrait voir le jour une fois les dev fini, elle contiendra une gestion de rétro 1.5 -> 1.4 -> 1.3 et permettra de lancer les upgrade dispo en 1.5 depuis une 1.4 / 1.3. Elle contiendra aussi les derniers petits bugs corrigés pour IE et la récupération des commandes dans le bo avec une requete plus fiable que celles qui étaient de base. Edit : J'avais un 1.7.9 qui n'était pas vraiment le bon 1.7.9, difficile à deviner... Il y avait deux version, une que certains ont pris sur le svn et l'autre qui a été publigé sur Addon. Sur le svn on change la version dés qu'on fait une modification mais on ne publie pas autant de suite car il peut y avoir d'autres choses à faire sur le module. J'ai vu que tu avais trouvé les fix de 'var' dans le js Nice Cordialement Share this post Link to post Share on other sites
Teatower 1 Posted January 5, 2012 Navré d'avoir paru négatif, Vincent. j'essayais de faire la mise au point sur ce module un peu casse-pied. Je veux bien éditer mon message et remplacer les points de suspension par des points normaux ou d'interrogation. je ne me permettais pas d'être affirmatif / définitif, c'est tout. Je ne souhaite pas qu'il y ait des releases toutes les 2h, loin de là. Donc résumons : la 1.7.9 présente sur addons, corrigée avec les 2 lignes du javascript est OK. Y a-t-il autre chose à changer ? La modif "de quinou" dont tu parles ? Merci pour le suivi. Stéphane Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 5, 2012 T'inquiète pas c'est pas grave On a vu pire Concernant les modifications js : Ligne 491 -> 499 : var tab = $(this).parent().parent().attr('id').split('_'); // Store Separated data for the ajax query if (tab.length == 3) { var relayPointNumber = tab[1]; var id_carrier = tab[2]; PS_MRAddSelectedRelayPointInDB(relayPointNumber, id_carrier); } Ligne 723 -> 725 var tab = contentBlockid.split('_'); var relayPointNumber = tab[1]; var id_carrier = tab[2]; dans le header.tpl il y a ce changement ligne 29: <link href="{$new_base_dir}style.css" rel="stylesheet" type="text/css" media="all" /> Et enfin dans mondialrelay.tpl, la ligne 29 est supprimée" <link href="{$new_base_dir}/style.css" rel="stylesheet" type="text/css" media="all" /> Normalement la modif de quinou concerne la premier block, je regarde pour le fix opc de Prestashop Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 5, 2012 Je pourrai avoir les accés de ta boutique au pire (BO / FTP). Comme ça je verrai de suite ce qui pose problème Share this post Link to post Share on other sites
poesiedesperles 2 Posted January 5, 2012 Bonjour a tous, Je suis sur PS 1.4 avec le module MR 1.7.9 Je viens d'installer module, terminer la config mais lorsque je sélectionne Mondial relay dans la page livraison, rien ne s'affiche et je passe au moyen de paiement sans sélection du point relais. Pouvez-vous m'aider ? Merci à vous. Share this post Link to post Share on other sites
Patrick24000 6 Posted January 5, 2012 Le comportement de faire changer le status aprés la génération des tickets est voulu et à toujours été ainsi. Aprés il est clair que dans certain cas à part, comme le tiens, on souhaite le changer à la main. Malheureusement pour le moment rien n'a été discuté à ce propos du coup aucun changement de prévu, a voir par la suite si on rajoute l'option dans la conf du module mais ça inclura du dev supplémentaire sur la page concernant la génération des tickets. Hello Vincent, T'inquiète pas pour ce détail. Ceux qui voudront, comme moi, éviter le changement de statut tant que le colis n'est pas réellement en cours d'expédition feront la modif que tu mentionnée et qui me convient parfaitement. Merci. Patrick Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 6, 2012 Bonjour a tous, Je suis sur PS 1.4 avec le module MR 1.7.9 Je viens d'installer module, terminer la config mais lorsque je sélectionne Mondial relay dans la page livraison, rien ne s'affiche et je passe au moyen de paiement sans sélection du point relais. Pouvez-vous m'aider ? Merci à vous. Ceci arrive quand il y a une erreur javascript mais c'est normalement vérifier coter serveur afin de forcer la validation de la sélection d'un point relais. N'hésite pas a m'envoyer tes accés si tu souhaites que j'y jettes un oeil Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 6, 2012 Je vais faire déployer une version 1.7.9.2 afin de prendre en compte les derniers petit fix. Je fini les corrections concernant les dernières remonté d'erreurs et je la soumet Share this post Link to post Share on other sites
poesiedesperles 2 Posted January 6, 2012 Ceci arrive quand il y a une erreur javascript mais c'est normalement vérifier coter serveur afin de forcer la validation de la sélection d'un point relais. N'hésite pas a m'envoyer tes accés si tu souhaites que j'y jettes un oeil euh j'ai pas tout compris ce que je devais faire... Qu'est ce que je dois faire ? Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 6, 2012 euh j'ai pas tout compris ce que je devais faire... Qu'est ce que je dois faire ? Eu, bah envoie moi tes accés de la boutique (ftp / bo) par mail que je vois ce qui ne va pas, la comme ça je peux pas trop deviner :s (si tu as déja vidé le cache et mis le force compile). Share this post Link to post Share on other sites
poesiedesperles 2 Posted January 6, 2012 Eu, bah envoie moi tes accés de la boutique (ftp / bo) par mail que je vois ce qui ne va pas, la comme ça je peux pas trop deviner :s (si tu as déja vidé le cache et mis le force compile). Oh oui vider le cache et forcer la compile, c'est fait depuis un moment ! Infos envoyé par MP Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 6, 2012 Parfait, je m'occupe de vous Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 9, 2012 Problème résolu pour ces personnes Un concernait un soucis de mise à nouveau module et le dernier un soucis de langue par défault qui est pas pris en compte pour MR. Du coup dans la release que je vais essayer de sortir le plus tot possible, je vais appliquer ces correctif de poid et de langue. Il ne sera plus possible de choisir une langue pour Mondialrelay vu que ceci peut etre bloquant, et tout poid infèrieur a 100g sera mis a défaut a 100g. MR ont mis a niveau leur doc et la validation du poid demande maintenant 3 a 7 chiffres au lieu de 1 a 6 :/ Voilou Share this post Link to post Share on other sites
poesiedesperles 2 Posted January 9, 2012 Merci à Vincent pour tout ces correctifs qui permettent de proposer la livraison en MR après 6 mois d'exploitation...Ouf je croyais que je n'y arriverais jamais .... Un grand merci !!!! :) :) Share this post Link to post Share on other sites
Patrick24000 6 Posted January 9, 2012 Bonjour, Vincent, voici un problème d'arrondi que j'ai constaté avec mon 1er envoi MR et qui s'est confirmé aujourd'hui avec le second. Le fait de générer une étiquette modifie automatiquement le montant des frais de port et/ou de la commande et plus grave : modifie automatiquement la facture ! Chaque montant qui contient quelque chose derrière la virgule est automatiquement ramené à ",00". 1ère commande (entre parenthèses en rouge = montant modifié de la facture après avoir généré l'étiquette) : Total produits : 63,75€ (63,00) Frais d'expédition : 9,50€ (9,00) Total : 73,25€ (73,00) 2ème commande (entre parenthèses en rouge = montant modifié de la facture après avoir généré l'étiquette) : Total produits : 310,00€ (310,00) Frais d'expédition : 16,50€ (16,00) Total : 326,50€ (326,00) Remarque : Le poids de chaque article est inclus au catalogue. Comme l'emballage n'est pas compris, avant de générer l'étiquette, j'indique à chaque fois le poids exact du colis dans le champ "Mettez un poids (grammes)". Patrick Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 9, 2012 Hello Patrick, Je vais regarder ça de suite. Ce qui est bizarre c'est que rien ne touche à ces valeurs dans le process de génération d'étiquettes. Je te tiens au courant Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 10, 2012 Hello Patrick, Je reviens donc vers toi pour ce problème d'arrondie. Ceci n'est vraiment pas du au module vu que rien ne touche au prix d'une commande dans le bo. Je pense que tu dois avoir un autre module derrière qui doit y toucher. J'attends tout de meme ton retour Cordialement Share this post Link to post Share on other sites
Patrick24000 6 Posted January 10, 2012 Merci Vincent pour ce retour rapide. Bizarre cette affaire, d'autant que ça ne se produit qu'après avoir généré l'étiquette MR. Sinon, mes autres factures n'ont jamais été altérées (heureusement d'ailleurs). J'ai bien quelques modules lambda d'installés, mais je ne vois pas trop le rapport. J'ai passé un long moment à essayer de trouver quelque chose sur les forums ; beaucoup de problèmes d'arrondis avec la TVA mais rien qui ne ressemble à mon cas. Juste pour voir, j'ai décoché les frais de manutention dans le paramétrage de ce transporteur mais bon, je n'y crois pas trop. J'attendrai que tu sortes une nouvelle release pour refaire une instal. complète, au cas où... Merci encore, Patrick Share this post Link to post Share on other sites
Katzele 7 Posted January 17, 2012 Bonjour, J'ai intégré le module sans souci et il fonctionne, par contre ne n'arrive pas à mettre en place le Cron ? J'ai un message d'erreur --2012-01-17 08:15:01-- http://www.katzelkraft.fr/modules/mondialrelay/cron.php?secure_key=64ca6c1a191e64eba5c5ec8b2ab24bb4Resolving www.katzelkraft.fr. 109.234.160.14 Connecting to www.katzelkraft.fr|109.234.160.14|:80... connected. HTTP request sent, awaiting response... 500 Internal Server Error 2012-01-17 08:15:02 ERROR 500: Internal Server Error. Quelqu'un peut m'expliquer comment faire ? J'ai voulu aussi essayé avec le fichier Cron de Yank. Merci d'avance. Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 17, 2012 Bonjour Katzele, Il faut savoir que MR ne veut pas qu'on utilise la tache CRON pour le moment car elle doit être réécrite. Elle cause trop de problème de performance de leur coter vu les requêtes utilisées... Sinon ceci a été fixé voir ici : http://forge.prestashop.com/browse/PSCFI-4614 Cordialement Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 17, 2012 Hello tout le monde, Je me suis dis que ça pourrait etre cool si certains pouvaient tester la nouvelle version du module avant que je la mette sur addons. Du coup je vous joins un zip attaché à ce post. N'oubliez pas que c'est une version de test du à la gestion de la rétro 1.5 pour la 1.4 et la 1.3 . Elle reprend aussi tous les derniers fix rapportés sur ce post. Je l'ai testé de mon coter en 1.3 et 1.4 et je n'ai eu aucun soucis, du coup un petit feedback de la communauté serait un petit plus pour la stabilité de ce module Vous remerciant d'avance. Edit : Fichier supprimé pour une version à jour. Share this post Link to post Share on other sites
Katzele 7 Posted January 17, 2012 Moi je veux bien tester si tu me règles le problème de Cron qu ne marche toujours pas ;-) NON, je rigole, je veux bien tester mais je suis sur une boutique en prod, c'est pas grave ? Et comme j'ai installé le module il y a 3 jours je n'ai pas encore beaucoup de commande par ce transporteur. J'attends ta confirmation pour boutique en prod et je le fais aussi sec... Share this post Link to post Share on other sites
Vincent Schoener 33 Posted January 18, 2012 Hehe Sérieux le Cron ne fonctionne toujours pas ? Bien sur que tu peux le mettre en prod, c'est simplement pour avoir des retours avant sa mise en place sur Addons SI tu veux je peux regarder pour ton problème. Share this post Link to post Share on other sites
Katzele 7 Posted January 18, 2012 aaaaaaaaaaahh, au secour ! J'ai supprimé l'ancien module (je me suis trompé, j'aurais du désinstaller), bref, je copie le dossier de ton module dans l
