Jump to content

cactusman2

Members
  • Posts

    278
  • Joined

  • Last visited

Everything posted by cactusman2

  1. In PS 1.4.10 in Controllers/AuthController.php line 49 replace: elseif (Customer::customerExists($email, false, false)) by elseif (Customer::customerExists($email, false, true)) in same file line 135 replace: if (Customer::customerExists(Tools::getValue('email'), false, (Configuration::get('PS_GUEST_CHECKOUT_ENABLED') && Tools::getValue('is_new_customer') == 0))) by if (Customer::customerExists(Tools::getValue('email'), false, true)) It seems to work, thanks to confirm
  2. In PS 1.4.10 in Controllers/AuthController.php line 49 replace: elseif (Customer::customerExists($email, false, false)) by elseif (Customer::customerExists($email, false, true)) in same file line 135 replace: if (Customer::customerExists(Tools::getValue('email'), false, (Configuration::get('PS_GUEST_CHECKOUT_ENABLED') && Tools::getValue('is_new_customer') == 0))) by if (Customer::customerExists(Tools::getValue('email'), false, true)) It seems to work, thanks to confirm
  3. Hi, I will try to explain as good as I can. You will have first to set the variable in the php file. In my case I wanted to use the 'currency2' cookie to the cart page so I set up a new php variable from the cookie 'currency2' in classes/Cart.php $other_currency = $cookie->currency2; $currency2 = new Currency($other_currency); Then in the corresponding js file you can use those variable. Note that it's not something easy to do. Also you might have to modify other files and create new function depending of what you want to obtain. In my case I need the cookie 'currency2' to calculates all prices with a different currency so more modification were involved + the addition of a new function.
  4. Hi, I don't see the code I gave in to your mobile version. Did you clear the smarty cache? If not go the folder tools/smarty/compile and delete everything except the file index.php
  5. With Paypal it should work as the file themes/prestashop_mobile/modules/paypal/views/templates/front/order-confirmation.tpl is there. However for other payment modules you will have to add the confirmation template file to the mobile theme. Note that if a customer does not come back to the website after the payment is completed the order won't be counted in GA. This problem is for both normal version and mobile version. I have this problem with the 2Checkout module. What I did is set up a custom report counting unique visitors arriving to the payment page. It's pretty accurate as not many customers stop the order process at this step.
  6. Vous êtes bien courageux... En tout cas merci à vous
  7. By default Google Analytics is not integrated to the mobile version even if the GG Analytics module is activated in the back office. Also simply add the Google Analytics code on the template file header.tpl won't work because the mobile theme use mobile jQuery. However there is a solution to adapt the GG Analytics code to mobile jQuery explained here: http://www.jongales....-jquery-mobile/ So in order to add Google Analytics to the mobile theme... - in themes/prestashop_mobile/header.tpl just before </head> add {literal} <script type="text/javascript"> var _gaq = _gaq || []; (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })(); </script> {/literal} - in themes/prestashop_mobile/footer.tpl just before </body> add {literal} <script type="text/javascript"> $('[data-role=page]').live('pageshow', function (event, ui) { try { _gaq.push(['_setAccount', 'YOUR GG ANALYTICS ID']); hash = location.hash; if (hash) { _gaq.push(['_trackPageview', hash.substr(1)]); } else { _gaq.push(['_trackPageview']); } } catch(err) { } }); </script> {/literal} Remember to replace YOUR GG ANALYTICS ID by your Google Analytics id!
  8. J'ai trouvé une solution ! En fait c'est du à mobile jQuery. La solution est expliquée ici: http://www.jongales....-jquery-mobile/ - dans themes/prestashop_mobile/header.tpl juste avant </head> ajouter {literal} <script type="text/javascript"> var _gaq = _gaq || []; (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })(); </script> {/literal} - dans themes/prestashop_mobile/footer.tpl juste avant </body> ajouter {literal} <script type="text/javascript"> $('[data-role=page]').live('pageshow', function (event, ui) { try { _gaq.push(['_setAccount', 'VOTRE ID GG ANALYTICS']); hash = location.hash; if (hash) { _gaq.push(['_trackPageview', hash.substr(1)]); } else { _gaq.push(['_trackPageview']); } } catch(err) { } }); </script> {/literal} Pensez bien à remplacer VOTRE ID GG ANALYTICS par votre identifiant Google Analytics !
  9. J'ai le même soucis qu'ericdel. "Lorsque je navigue sur une page, analytics ne le détecte pas, mais si j'actualise cette même page, cela le prend en compte..." Etrange je n'ai pas non plus trouvé de solution
  10. J'ai trouvé une solution. En espérant que ca n'impacte pas le reste de la boutique. Il suffit de modifier classes/Address.php - Commenter les fonctions update et _cleanCart vers les lignes 155 et 160 - Commenter && self::_cleanCart((int)$this->id) dans la fonction delete vers ligne 180 En espérant que ce soit utile.
  11. I found a solution. Hopefully it won't have any bad impact on the rest of the shop You have to modify classes/Address.php - Comment function update and function _cleanCart around line 155 and 160 - Comment && self::_cleanCart((int)$this->id) in function delete near line 180 Hope it will be helpul
  12. Ça semble être lié aux cookies J'ai cherché un peu partout et j'ai ajouté {debug} à mon order-address.tpl pour voir les cookies La première adresse créée durant la création de compte a pour id 8525 J'ai ensuite créé une nouvelle adresse depuis la page order-address Cas 1: delivery address = 8525 et invoice address = 8526 et je met à jour delivery address $cart->id_address_delivery = 8525 $cart->id_address_invoice = "8526" Le input est décoché et tout est normal, la modification a été appliquée Cas 2: delivery address = 8525 et invoice address = 8526 et je met à jour invoice address $cart->id_address_delivery = "8525" $cart->id_address_invoice = 8525 BUG: le input est coché cependant quand je le décoche je peux voir que la modification a été appliquée Cas 3: delivery address = 8526 et invoice address = 8525 et je met à jour delivery address $cart->id_address_delivery = 8525 $cart->id_address_invoice = "8525" BUG: le input est coché, lorsque je le décoche je peux voir que la modification a été appliquée sur l'addresse 8526 cependant les adresses de livraison et de facturation sont inversées Cas 4: delivery address = 8526 et invoice address = 8525 et je met à jour invoice address $cart->id_address_delivery = "8526" $cart->id_address_invoice = 8525 Le input est décoché et tout est normal, la modification a été appliquée Conclusion: C'est seulement lorsqu'on modifie l'adresse par défaut (la première adresse entrée lors de la création de compte) que tout fonctionne. Si on modifie une adresse ajoutée ultèrieurement un bug apparait.
  13. It seems to be related to cookies. I have checked around and I have added {debug} to my order-address.tpl to see how the cookies change The first address I have created during the registration process has for id 8525 I then have created a new address (id 8526) from the order-address page Case 1: delivery address = 8525 and invoice address = 8526 and I update delivery address $cart->id_address_delivery = 8525 $cart->id_address_invoice = "8526" The input is un-checked and everything is normal, modification is applied Case 2: delivery address = 8525 and invoice address = 8526 and I update invoice address $cart->id_address_delivery = "8525" $cart->id_address_invoice = 8525 BUG: the input is checked however when I un-check the input I can see that modification is applied Case 3: delivery address = 8526 and invoice address = 8525 and I update delivery address $cart->id_address_delivery = 8525 $cart->id_address_invoice = "8525" BUG: the input is checked however when I un-check the input I can see that modification is applied on the address 8526 however the delivery and invoicing address are inverted Case 4: delivery address = 8526 and invoice address = 8525 and I update invoice address $cart->id_address_delivery = "8526" $cart->id_address_invoice = 8525 The input is un-checked and everything is normal, modification is applied Conclusion: It's only when you modify the default address (the first address you give when you register) than everything works. When you modify an address you added the bug appears
  14. J'ai trouvé un bug sur PS1.4.10 J'ai fait un report de bug ici: http://forge.prestas...owse/PSCFI-7157 En détails... Ce bug est présent sur la version 1.4.00 A été testé en local et sur un serveur avec une installation de base. Ce bug n'était pas présent sur la version 1.4.25. Afin de me faire comprendre je vais décrire un exemple... Un client ajoute un produit dans son panier et crée un compte avec une adresse 'adresse1' il arrive sur la page order-address et décide d'avoir des adresses de livraison et de facturation différentes il décoche 'Utiliser la même adresse pour la facturation' Il appuie ensuite sur le bouton 'Ajouter une nouvelle adresse ' il arrive sur la page adresse et créé une nouvelle adresse 'adresse2' il clique sur le bouton 'Valider' et se retrouve de nouveau sur order-address il choisi ensuite 'adresse2' comme adresse de livraison et 'adresse1' comme adresse de facturation Il remarque qu'il a fait une erreur et veux modifier cette nouvelle adresse 'adresse2' il clique sur le lien 'Mettre à jour' situé en dessous de l'adresse de livraison il arrive sur la page adresse et la modifie il clique sur la bouton 'Valider' et se retrouve de nouveau sur la page order-address et là, c'est le drame... 1er bug -> l'input 'Utiliser la même adresse pour la facturation' est coché 2ème bug -> si le client décoche de nouveau 'Utiliser la même adresse pour la facturation', les adresses de livraison et de facturation sont inversées. J'ai bien essayé de trouver une solution mais jusqu'à présent aucun résultat. Toute aide est la bienvenue Loic
  15. De mon côté j'attend une réponse à un mail depuis 1 mois ! J'ai acheté le module 2Checkout créé par l'équipe de Prestashop sur le prestastore il y a pas mal de temps. Je souhaite mettre à jour ce module et savoir si un bug existant a été corrigé. Sans nouvelle je les ai contacté par le biais de Twitter ou le gars en charge du compte m'a dit qu'ils allaient jeter un d'oeil rapidement. J'attend toujours une réponse... Par contre quand j'ai eu besoin d'une mise à jour d'un module acheté sur prestastore mais créé par quelqu'un extérieur à Prestashop là pas de problème ça a été très vite. De plus en plus inquiet concerant l'avenir de la solution...
  16. I found a bug on PS1.4.10 I did a bug report here: http://forge.prestas...owse/PSCFI-7157 Here is the detail. This bug is present in PS1.4.10 Been tested both in local and in a server with a plain version installation. This bug was not present in PS1.4.25 To better explain this bug I will describe an example... A customer adds a product to his cart then creates an account with an address 'address1' he arrives on the order-address page and decides to have different billing and shipping addresses he un-checks 'Use the same address for billing' he then clicks on the button 'Add a new address' he arrives on the address page and create the new address 'address2' he clicks on the 'Save' button and is back to order-address he then chooses 'address2' as shipping address and 'address1' as billing address he notices he made a mistake and want to modify this new address 'address2' he clicks on the link 'Update' located under the shipping address he arrives on the address page where he can modify this address he clicks on the button 'Save' and is back on the order-address page unfortunately something went wrong... 1st bug -> The box 'Use the same address for billing' is checked 2d bug -> If un-check again 'Use the same address for billing', billing and shipping addresses are inverted I tried to find a solution but couldn't find any Any help would be greatly appreciated ! Loic
  17. Je me permet de relancer ce sujet car le problème est identique avec Prestashop v1.4.10 et Paypal v3.4.5 Seule l'adresse est transmise, le client doit retaper ses prénoms, noms, email et numéro de téléphone " Et évidemment aucune réponse de Prestashop... J'ai aussi un problème avec le module 2Checkout acheté chez eux et là encore aucune réponse depuis le 27 Février. Inquiétant...
×
×
  • Create New...

Important Information

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