Torbz

However, on-going investigations and attempts to fix the PayPal module and friendly URL's on at the same time has proven a very difficult issue. The problem is tied up in the engine of PS's URL rewriting. Even though the file exists, it forces or catches as a 404 error, even though it looks like a dodgy bit of scripting doing something wrong.... still solution is out there somewhere...

Ok, posted this on another thread in french that discussed the override problem. My solution was this: Had the same problem... in classes/meta.php on line 68 if (!$override_files = Tools::scandir(_PS_CORE_DIR_.DIRECTORY_SEPARATOR. 'override' .DIRECTORY_SEPARATOR . 'controllers' . DIRECTORY_SEPARATOR. 'front' . DIRECTORY_SEPARATOR, 'php' ,'', true)) { die(Tools::displayError('Cannot scan "override" directory')); It looks like nothing is wrong, but the function above it on line 59 : (!$files = Tools::scandir(_PS_CORE_DIR_.DIRECTORY_SEPARATOR.'controllers'.DIRECTORY_SEPARATOR.'front'.DIRECTORY_SEPARATOR, 'php', '', true)) { die(Tools::displayError('Cannot scan "root" directory')); Spot any difference in the syntax?? There are blank spaces - I removed the blank space for line 68 to: if (!$override_files = Tools::scandir(_PS_CORE_DIR_.DIRECTORY_SEPARATOR.'override'.DIRECTORY_SEPARATOR.'controllers'.DIRECTORY_SEPARATOR.'front'.DIRECTORY_SEPARATOR,'php','',true)) { die(Tools::displayError('Cannot scan "override" directory')); and suddenly I can edit my values on the SEO/URL page again!!

Had the same problem... in classes/meta.php on line 68 if (!$override_files = Tools::scandir(_PS_CORE_DIR_.DIRECTORY_SEPARATOR. 'override' .DIRECTORY_SEPARATOR . 'controllers' . DIRECTORY_SEPARATOR. 'front' . DIRECTORY_SEPARATOR, 'php' ,'', true)) { die(Tools::displayError('Cannot scan "override" directory')); It looks like nothing is wrong, but the function above it on line 59 : (!$files = Tools::scandir(_PS_CORE_DIR_.DIRECTORY_SEPARATOR.'controllers'.DIRECTORY_SEPARATOR.'front'.DIRECTORY_SEPARATOR, 'php', '', true)) { die(Tools::displayError('Cannot scan "root" directory')); Spot any difference in the syntax?? There are blank spaces - I removed the blank space for line 68 to: if (!$override_files = Tools::scandir(_PS_CORE_DIR_.DIRECTORY_SEPARATOR.'override'.DIRECTORY_SEPARATOR.'controllers'.DIRECTORY_SEPARATOR.'front'.DIRECTORY_SEPARATOR,'php','',true)) { die(Tools::displayError('Cannot scan "override" directory')); and suddenly I can edit my values on the SEO/URL page again!!

I've recently upgraded a long-running shop from 1.4.7.x to 1.6.1.1. It was a long process and getting the images to work was again a real hit & miss problem. However, all was sorted out and the only fail was the PayPal module would kick out a 404 error when trying to pay - either by turbo checkout or full basket process. The script would attempt to call /modules/paypal/express_checkout/payment.php but 404, even though it was there. All other solutions failed except turning off URL rewriting (and on and off to check the .htaccess was re-written). Without friendly URL's the Paypal module worked 100% - but I really needed to have f-URLs. So, I turned the rewriting back on, and carried on trying to solve. Then I went to SEO/URLS and tried to edit or add any of the entries there - so that I could add PAYMENT.PHP to the list I got the "Cannot scan override directory" error, for which there appears to be no fix. Can anyone of relevant skill or experience assist?! All other discussions (only found 2 of them) seem to remain unanswered.

Hi there, At the moment, I have a client using 1.4.6 and he's due an upgrade shortly as we're moving away from Paypal to Worldpay (horror stories aplenty with Paypal!!) He often needs to add additional costs to an order that has already been processed and paid for (shipping generally) as he deals world-wide and often needs to supplement the costs and charge the client more. Worldpay does not have a 'send invoice' function like paypal, so I was wondering how I could set this up in Prestashop. Could I employ one of the following solutions via module or otherwise: 1. send the client (from their order) a demand for additional payment to be appended to their existing order 2. easily create a product that only they can see if they log in again, that they can then pay the additional shipping cost or fee, like buying a normal product 3. Create a custom order from the B.O. that can then be sent to the customer for payment Any ideas or suggestions greatly welcomed - and bear in mind this has to happen AFTER the order has been placed and paid for. Regards, torb

Hi there, At the moment, I have a client using 1.4.6 and he's due an upgrade shortly as we're moving away from Paypal to Worldpay (horror stories aplenty with Paypal!!) He often needs to add additional costs to an order that has already been processed and paid for (shipping generally) as he deals world-wide and often needs to supplement the costs and charge the client more. Worldpay does not have a 'send invoice' function like paypal, so I was wondering how I could set this up in Prestashop. Could I employ one of the following solutions via module or otherwise: 1. send the client (from their order) a demand for additional payment to be appended to their existing order 2. easily create a product that only they can see if they log in again, that they can then pay the additional shipping cost or fee, like buying a normal product 3. Create a custom order from the B.O. that can then be sent to the customer for payment Any ideas or suggestions greatly welcomed - and bear in mind this has to happen AFTER the order has been placed and paid for. Regards, torb

ahh yes, thanks, I see now that closing and reopening firefox did the trick. Thanks guys!

Just done a major upgrade to 1.6 from 1.4 and using the default bootstrap theme. If I add a product from the popular products section to my basket (or indeed anywhere on the site), and then click straight onto checkout - the basket becomes empty again. Any ideas why this is happening? try www.rukkarainwear.com Cheers, Torbz x

(Relevant to v.1.5.6.2) Ok, Patrick sussed it out: In {install folder}/pdf/invoice.tpl is the following around line 129: <!-- PRODUCTS --> {foreach $order_details as $order_detail} {cycle values='#FFF,#DDD' assign=bgcolor} <tr style="line-height:6px;background-color:{$bgcolor};"> <td style="text-align: left; width: {if !$tax_excluded_display}35%{else}45%{/if}">{$order_detail.product_name}</td> <!-- unit price tax excluded is mandatory --> {if !$tax_excluded_display} <td style="text-align: right; width: 20%; white-space: nowrap;"> {displayPrice currency=$order->id_currency price=$order_detail.unit_price_tax_excl} </td> I then added this to line 133 (Ref. {$order_detail.product_reference}) e.g. <td style="text-align: left; width: {if !$tax_excluded_display}35%{else}45%{/if}">{$order_detail.product_name} (Ref. {$order_detail.product_reference})</td> which gave me the product reference at the end of the item description. I know you want to create extra columns so you need to add a TD cell to the template around there to get the desired effect.

Ditto with Patrick on this one - the product reference used to appear in a separate column (PS v1.3) but after upgrading recently, my client is complaining that the product reference is now missing, so it's more difficult for her to be sure of the item ordered, at a glance. See my next post for my solution

The site has gone live now...2 days ago...but I will try those changes later tonight when it's not so busy. The site is now at www.sunproof.co.uk/store Thanks for taking the time out mate! Appreciated greatly...

Ok, really stuck on this one - can anyone figure where the hell the Prestashop JS file comments are coming from?? http://validator.w3.org/check?uri=http%3A%2F%2Fwww.sunproof.co.uk%2Fstore%2F&charset=%28detect+automatically%29&doctype=Inline&group=0&verbose=1&user-agent=W3C_Validator%2F1.3+http%3A%2F%2Fvalidator.w3.org%2Fservices errors one and two appear to come from the paypal module file: modules > paypal > views > templates > hook > paypal.js but removing the offending comment, saving, clearing cache, forcing compile, reloading validation - simply does not get rid of it.... First prize of muted, distant applause for anyone who can suss out what is going on! FOUND IT: It was a paypal.js file just not the one I thought it was....

Slow that homepage banner down - it's like you guys are tripping on speed or summat! 3 seconds for a banner with loads of writing and info!?! Try more like 7-8 seconds, so we have time to read what your banner ads are saying....

Hi Mozack, how did you get the different size (attribute/combo) tabs to appear above the view more buttons in the product list? And with different colours depending on the product colour too!? This is a lovely feature, and would be very handy for use with shoe sizes on this site I'm doing at the moment: http://www.sunproof.co.uk/dev It's a very impressive site - and if only the models came with the bikinis!! Lovely feel to it, slick and very professional shine to it. Well done!

Mmmm....cooffeeeeeee! Slick site dude, nice roll-over transitions, though they are a little random in terms of triggering and being truly responsive to mouse movements....and I'm on a new-ish macbook pro, with plenty of ooomph...so not sure why they're a bit sluggish...but overall - I like!