codegrunt

Howdy. This is controlled by "blocksearch.css" in the blocksearch module. The relevant section to change is this one: #search_block_top .button { border:none; border-radius:0; color:#000; text-transform:uppercase; background:url(img/bg_search_submit.png) repeat-x 0 0 #dae0ec; float: left; height: 25px; } Cheers

Found the culprits. In classes/Mail.php there are two lines with a poor choice of a timeout value (should be a configuration variable): line 169: $connection->setTimeout(4); line 292: $smtp->setTimeout(5); So test mails have to finish the initial connect (and all other requests) within 5 seconds, store messages have only 4 seconds for each response. If that is not enough, you will need to hardcode a longer timeout. Cheers

Another possible cause is that the default socket timeout setting used by Swift is too low in some cases, especially for any host that has a pause before the HELO greeting as an antispam measure. In the file "tools/swift/Swift/Connection/SMTP.php" around line 246 is this code: stream_set_timeout($this->handle, $this->timeout); The default timeout is 5 which can be too low. I am still trying to sort out where that value is getting set but the work around is to hardcode the timeout to something larger (10 worked in my case). Cheers

One thing to look for as a possible cause is having "Enable advanced stock management" set but not fully configured. This happened in my case and it was causing an issue with CartCore::getPackageList() where no valid packages were created which led to no carriers being set further along in the code. Cheers

Did you check for a class override (overrides/classes or overrides/controllers) that might be changing how the email is sent (i.e. be passing an argument to the mail system out of order)? If you cannot find anything like that I would start by adding some debug statements that write to a file (since you normally would get redirected during payment so would not see the message) showing what was passed to the mail function in PaymentModule::validateOrder(). This will help sort out whether this is happening before or after that method is called. If it is after, the problem is probably happening in Swift somewhere. If before, then it is matter of looking at how the customer object is loaded. Strange issue! Cheers

Ahh, did not understand the question. Basically you want the homepage to display "category.tpl" (i.e. the top level category). I do not have time to look right this second but that is what you what you need to do. It may be easiest just to do a redirect from the home page to a specific category.

If you are talking about "mails/[lang]/order_conf.html", the {products} placeholder is setup in the PaymentModule::validateOrder() method via the variable "$productsList". If you decide you do want to change that method, be sure to use a class override so you do not modify core system files. Cheers

Sorry mirador but I have no idea what you mean by "default template". You need to be specific - what full filename are you talking about?

What you need to do is to modify the "homefeatured" module to include a method to handle the hook you want to use. For example, if you wanted to display the featured products via "{$HOOK_TOP}", you would add this method to "modules/homefeatured.php": function hookTop($params) { return $this->hookHome($params); } This assumes you also add the module to the hook you want in the backoffice. Cheers

You first need to clarify what template you are dealing with. Mail templates and web page templates in Prestashop use entirely different template mechanisms. For mail messages they unfortunately do not use Smarty but instead a simple replace function for each placeholder. For mail messages especially, it highly depends on what template you are talking about and where it was loaded as to what variables will be available. So what template are you talking about here? Cheers

The {items} placeholder is built up in MailAlerts::hookNewOrder($params) found in "modules/mailalerts/mailalerts.php". In that method you will see a variable called "$itemsTable" which is built up as an HTML string containing the item list. This is where the price is being set. Probably the best option would be to leave that code as is but create a new $itemsTableNoPrice variable with the layout you want so that you can make the choice in the template as to what you want to show. So basically everywhere you see $itemsTable being assigned, add another line setting $itemsTableNoPrice as you want it to be and then add that variable the templateVars array. Then you can reference {itemsTableNoPrice} in the new_order.html template. Cheers

I believe we are talking about this section of code: $modules = Module::getModulesOnDisk(true); foreach ($modules AS $module) { if (!in_array($module->name, $this->listNativeModules)) $serialModules .= $module->name.' '.$module->version.'-'.($module->active ? 'a' : 'i')."\n"; $moduleAuthor = $module->author; if (!empty($moduleAuthor)&& ($moduleAuthor != "")) $modulesAuthors[$moduleAuthor] = true; // this is line 437 } So the problem is that one of the modules has something unexpected for the "author" attribute that is not allowed as an array key (an object for example). You should look in the module directory for modules that are from the newer Prestashop version (and move them somewhere else) as that is the likely source of the issue. Cheers

I am not sure if this is different in 1.4.7 but in 1.4.8.2 the PaymentModule::validateOrder() method sends the confirmation message like this: if (Validate::isEmail($customer->email)) Mail::Send((int)$order->id_lang, 'order_conf', Mail::l('Order confirmation', (int)$order->id_lang), $data, $customer->email, $customer->firstname.' '.$customer->lastname, NULL, NULL, $fileAttachment); The MailCore::Send() method looks like this: public static function Send($id_lang, $template, $subject, $templateVars, $to, $toName = null, $from = null, $fromName = null, $fileAttachment = null, $modeSMTP = null, $templatePath = _PS_MAIL_DIR_, $die = false) So the "fromName" should look something like "Klaus Kinski" (i.e. first name space last name). I would start by taking a look at the customer in the back office and make sure the name field looks OK there. If the name looks OK in the backoffice then maybe the paymentModule class has been modified (or overridden) to change this? Take a look at "classes/PaymentModule.php" and make sure that the the above method has not been modified to do something else with the "fromName" argument. Does this happen with all payment modules or just one? Does it happen with other mails sent out by Prestashop or just the order confirmations? Cheers

What you are looking for is the Apache error log. In it will very likely be a line that looks something like this: [some date] [error] [client some IP address] PHP Parse error: syntax error, unexpected '<' in /path/to/file on line 123, referer: http://some.site/somefile.php Where the actual error in your case is what is triggering the "internal server error" in Apache (your web server). It depends on your server setup where the error log will be - could be in /var/log, /etc/httpd/logs, in the directory of the script, the root of your account or you may have to use a control panel option to get at them. Since this is only happening with PayPal, it is something specific to that module. The most likely things would probably be encryption libraries or the socket functions (or Curl) that are needed for doing the IPN call back. The error log entries should clear that up. If you do not know where the error log is, ask your web host support. Once you have that you should be able to solve the problem. Cheers

Any chance you have Javascript disabled in your web browser? That would definitely mess up the rendering of the tabs. . . Cheers