What's New
Tagged: carrier, country, easycheckout
- AuthorPosts
There are still bugs in easycheckout even with the latest version installed.
5. still the same – explained in my previous post, I attach more explaining images
6. Still I cannot center the logo on mobile. It is fine an all pages, but on mobile checkout, it is aligned left. I would like to keep it centered.
7. Bug – place any product in basket, go to checkout and select country as a first step – you will receive an error regarding the PO box – “This field is invalid. PO Box address is not allowed.”
8. There is an issue when using PayPal module – FireFox is preventing popup window to be opened – this works absolutely fine without easycheckout – tested several times. It looks like the modal pop-up is prevented by the browser because it’s not a direct result of the button click. Yes, I have modified the paypal.php as per your instructions (1st step).
I would very much appreciate if you could have a look at it ASAP as we need to install payment methods and go live. That is also why we have payed an extra for support.Attachments:
5. reproduced with my account as well as with your account using Firefox as well as Chrome – See image. Cache, cookies cleared. I noticed on your video that the payment options were available just before you signed in (00:17). That most likely means that you did not clear cookies. Please try again with cache and cookies cleared.
6. If using the same header as other pages – it is OK. But I do not want to use same header on checkout as on other pages. All I need now is to center the logo on checkout mobile.
7. OK – please remember to fix it in the next update as well please.
8. Tested PayPal on normal PS checkout and it is working just fine.Attachments:
5 Another video with cache and cookies cleared firefox https://screencast-o-matic.com/watch/cqfn1CZVHi
6 Then use this code.
#module-steasycheckout-default #mobile_bar .mobile_logo{margin:0 auto;}
8. The problem does exist. https://stackoverflow.com/questions/2587677/avoid-browser-popup-blockers It’s about “stack depth” or “the length of time between click event and window.open event”, I guess the problem exists on all one page check module, I tested another popular module, it has the same problem. Because as a one page checkout module, it has to check information before redirecting / opening payment pages.
8. I see there are some solutions, but too technical for me. The most important question is… will you be able to fix it or find some workaround? I also found this: paypal modal and this I hope it helps.
8. Thanks for those information. I guess you’ve already known the source of the problem. Firefox won’t block window.open action if it’s triggered by a click-event directly. But in the easycheckout module, window.open action can’t be run immediately when the Checkout button is clicked, the module needs to verify addresses, user info, etc first.
The only solution I can think of is to popup up a button for the user to click to open the Paypay window after addresses and user information are verified, but that’s redundant, even bad than redirecting to paypal. I currently don’t have a good solution.
8. I think that Knowbands onepage checkout doesn’t have that problem, as they say. What about all those solutions…?
5. I think I know what is causing it… I was testing the site from the Czech Republic and since we do not ship there, Czech Republic is not on the list of available countries. I’m now in Austria and I don’t have the “– please choose –” but I see Austria is pre-selected. It works on geo location. The only issue (very small, actually) I see is when a customer living in a country that is not on the list will want to register but ship the parcel to a different country. It is good that we know what was causing it.8. That module has the same problem, ask them to show you when in Guest check mode, If it really doesn’t have the problem I will refund you. All one page checkout module have the same problem. PrestaShop’s official paypal module shouldn’t use popup windows at the fist place.
Those solutions are not work in this case, because paypal loads js scripts remotely.5. I think that if you sign in, it should immediatelly change to the country of your default address. Because if you create an account and try to sign in later when travelling, you shouldn’t be presented with “no payment option”. I also noticed that the link in header “LOGIN” will not change after sign in. Only after you reload the page it will change to your name…
8. I believe you and I’ll try to find other PayPal module – any suggestion? I’m going to purchase SagePay module now, that is more important and I hope that it will work fine with your checkout.- AuthorPosts
You must be logged in to reply to this topic.