haylau
-
Posts
627 -
Joined
-
Last visited
-
Days Won
35
Content Type
Profiles
Forums
Gallery
Downloads
Articles
Store
Blogs
Posts posted by haylau
-
-
1 hour ago, lesley said:
Here is a scenario I was seeing happen. If you have a $10 product on sale for 33% off, the price is 6.666666~ So we would just round that to 6.67 and that would be the end of it. What happens if someone buys 3 of those products? What should the price be? Should the price be 20.00? Or 20.01? Paypal applies their own rounding, which is different than the merchant rounding. When that happens and the price if off, it gets kicked out on paypals side as an invalid transaction. There is not chance to actually pass the amount to paypal and adjust it when it comes back to the shop, its just a hard "This transaction cannot be processed" error when the user goes to the paypal site.
We see this happening quite often using the PS paypal module - and it is really annoying!
Shame we have not been able to get the TB module to work, but I agree with everything @lesley and @datakick have said. Keep it simple to allow PayPal to work
-
Anything to minimise disruption to the buyer - I agree. I almost lost a long standing customer because of this. So yes, I think an email to merchant. But also, if possible, change the order status to "Check VAT" or something similar?
-
Really weird. Every thing now works.
Last night I tried at least half a dozen Germany VAT codes that did not work. Now they do.
Hmmmm
Anyway, all looks good at the moment. I will do some random checks over the next few days. Perhaps it is more a random VIES issue that the module
-
I fear there is a deeper issue. ES numbers work, and IT numbers, and others But DE numbers do not. In fact your VAT number does not work on the VIES website at all
-
Have you been hacked? Are any of the date stamps on the files suspicious
-
Can you switch debug on via ftp?
config> defines.inc.php
Change define('_PS_MODE_DEV_', false); to define('_PS_MODE_DEV_', true);
This may give some more obvious messages
-
Have you checked with your server host? Perhaps they have changed something
-
I understand, it should work. But it does not without the tradename. Remember by initial post - it affected the spanish VAT number (ES)
Try these
http://ec.europa.eu/taxation_customs/vies/vatResponse.html?locale=EN&memberStateCode=ES&number=B63622740&traderName=
http://ec.europa.eu/taxation_customs/vies/vatResponse.html?locale=EN&memberStateCode=ES&number=B63622740- 1
-
Still does not work
$url = 'http://ec.europa.eu/taxation_customs/vies/vatResponse.html?locale=EN&memberStateCode='.urlencode($prefix).'&number='.$vat.'&traderName=';
I think the tradername part is missing?
-
9 hours ago, Traumflug said:
Thanks for the heads up. Here's a preview version with this fix applied (which will go into v2.2.1 of this module):
Did you only change that line or are there other changes?
Why? Because it crashed my site with the dreaded 500 error. I tried a couple of times (upload from back office, and manual via ftp), so uninstalled for now and reverted back
-
1 hour ago, Traumflug said:
Thanks for the heads up. Here's a preview version with this fix applied (which will go into v2.2.1 of this module):
Thanks, I will test later
-
I have had this issue before but forgot. I have updated the VAT module to latest release and there is a bug that has been there in previous releases also
I am not sure how widespread this is, but it is definitly an issue for UK based sellers with ES VAT business customers
When entering the ES (Spanish) VAT number we get an invalid number message
The problem is in vatnumber.php
Line 228 is
$url = 'http://ec.europa.eu/taxation_customs/vies/viesquer.do?ms='.urlencode($prefix).'&iso='.urlencode($prefix).'&vat='.urlencode($vat);
I think this is an old PS issue also as I found the solution on the PS forum (http://forge.prestashop.com/browse/NM-824)
Changing that line to
$url = 'http://ec.europa.eu/taxation_customs/vies/vatResponse.html?locale=EN&memberStateCode='.urlencode($prefix).'&number='.$vat.'&traderName=';
Makes the VAt number valid
- 2
-
They are the same symptoms we had. i think it was the upgrade from TB1.07 to 1.08 that caused it. I still had the contract, so talked to them. All they said was that they had installed 5.06 and it now works.
To be honest, although I really like Knowband we have actually switched to the OBC from www.presteamshop.com which just seems a little more "on it"
-
Which module version? We had these issues and upgraded to module 5.06 and that solved it
-
No not et. Literally just spotted it
-
How weird you are discussing this. Just seen this in "the other place"
https://www.prestashop.com/forums/topic/957771-100-free-prestashop-custom-shipping-cost-module/
-
It is not the standard PayPal screen. On the standard screen they try to "hide" the pay by card system and encourage you to sign up for an account. Most of our clients are businesses and I need the card payment option to be very obvious and easy
Look, the PS module works just fine for me. So let's leave it for now - not worth spending more time on. I was only trying to get rid of the orange "update module" in the modules page
-
Hi Lesley
Just so we can be certain:
1) "pro" in the 30bees module is the same as Website Pro in the UK so I should be able to use it?
2) Using the 30bees module I should be able to get a screen looking exactly like this? (e.e PayPal account AND card details on same page - and expanded like this)
3) If the answer to 1 and 2 are both yes, then yes, I could do with your help - BUT only if you think it is 30bees / paypal module related. I would not want to drag you away from your "day job"
-
Hi
No we have our own VPS with WHM installed so I have full access. Don't worry about it. I will just have to stay with the PS module
-
Thanks for the response. Unfortunately that had no effect 😞
-
Can anyone suggest a way forward with this? If this is an issue on my site rather than the module, how can I debug it?
-
All went well. I did an upgrade to mysql 5.7 first to to bring it up to date, then on to the mariadb. Little or no difference in speed that I can determine, but at least we are now on recommended software
-
9 minutes ago, lesley said:
You have a cross site content issue, https://developers.google.com/web/fundamentals/security/csp/
Unfortunatley I have no idea what that means - or how to solve it. All I know is that the PS module works but the TB one doesn't
-
Block Categories in Footer
in Module help
Posted
Am I missing something
I want to list our store top level categories in the footer. I have enabled the module, and selected 4 columns so they are spread across the page. But they are still showing as one column (not a cache issue). Any ideas? (Panda Theme)