haylau

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)

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

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?

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

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

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

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

No, it is on the website as soon as we click checkout