rfox2013

Thanks venkia, I understand that, there is something in the module that is not allowing it to populate the correct javaascript in the headers of the index page, as it appears in every other page, regardless of whether index is in the list or not. I appreaciate your comments, I'll just keep digging.

I know, newbie. Here's my problem exactly. Got a Theme Manager module that is hooked into displayHeader. It shows up on every page except the home page (index) Doesn't matter what I do, select index from exceptions list, etc. I just want it on the home page also. Is there a db table where I can make a relationship for this module where I can somehow allow displayHeader to show it on the index page in addition to all other pages? Module name lcsthemestyle (Theme Manager) Hooked into displayHeader thanks

Thats where I feel really stupid, there doesn't seem to be any button or function to remove it from the list. Just a list inside an un-editable list box. You can select it, but it only pooulates the top field. thanks again

Prestashop 1.5.6 Feeling really stupid on this one. Got a module that is hooked into displayHeader, but index is listed as a file exception and I want it removed so I can display it. It's on all the pages, but I can't get it on the index page. I want to Remove the exception, not add one, but the form list seems to be fixed. just want to remove index from the exceptions list. Thanks

Without any more details all I can say is to check your .tpl smarty templates are not serving a cached version. (you can always put something out of place in the .tpl to see if it renders or if the cached version is being served. Also, check to see if any theme .tpl may be overriding the default productcomments module.

Just make sure the div names of the form in the productcomments.tpl file: <!-- Fancybox --> <div id="new_comment_form"> matches the data call in productcomments.js data: $('#new_comment_form form').serialize(),

Found the problem and fixed. In 1.5.5, productcomments/js/productcomments.js has the wrong div name for the ajax retrival of element values in the form. The data line needs to be the following: data: $('#new_comment_form form').serialize(), in 1.5.4.1 the div block is #fancybox-content, but that div doesn't exist in 1.5.5

update: errors are coming from modules/productcomments/controllers/front/default.php // Validation if (!Validate::isInt(Tools::getValue('id_product'))) $errors[] = $module_instance->l('ID product is incorrect'); if (!Tools::getValue('title') || !Validate::isGenericName(Tools::getValue('title'))) $errors[] = $module_instance->l('Title is incorrect'); if (!Tools::getValue('content') || !Validate::isMessage(Tools::getValue('content'))) $errors[] = $module_instance->l('Comment is incorrect'); if (!$id_customer && (!Tools::isSubmit('customer_name') || !Tools::getValue('customer_name') || !Validate::isGenericName(Tools::getValue('customer_name')))) $errors[] = $module_instance->l('Customer name is incorrect'); if (!$this->context->customer->id && !Configuration::get('PRODUCT_COMMENTS_ALLOW_GUESTS')) $errors[] = $module_instance->l('You must be logged in order to send a comment'); if (!count(Tools::getValue('criterion'))) $errors[] = $module_instance->l('You must give a rating'); $product = new Product(Tools::getValue('id_product')); if (!$product->id) $errors[] = $module_instance->l('Product not found');

Issue could be in empty variables being passed, as the same version of the productcomments module works in 1.5.4.1 but yields the error in 1.5.5. Not real sure where to look to see the field variable values before they are being submited. Everything else in the upgrade went fine, Maybe I'll try to print out variables through productcomments.js to see if they have any value at all. I can't find where the error text is being output from yet.

Same issue. Upgraded from 1.5.4.1 to 1.5.5 Same errors even after applying changes to productcomments.js Write a Review and get ajax error: Title is incorrect Comment is incorrect Product not found Screenshot attached, Thanks!

Hi all, Dev install 1.5.4.1 on linux and ready for production release. Over 1500 products and the site is coming along nicely. Going to do production install with clean 1.5.4.1 install including database, import all mysql tables and theme files. (kept core files untouched). Is there a post out there, or tested script, or a release document that highlights what data is needed or can be blown away to have a clean production release? i.e. ps_access, ps_connections, ps_address_format (244 entries, tons of duplicates), etc. ....old orders, old customers, old customer service messages, product review data, etc. Thanks much, Ryan

Hi, Set up 1.5.4.1 on unix host through inmotionhosting. Got almost all 1000+ products imported, configured, etc. Problem: -When viewing orders via the View icon in the Orders section of the Back Office, the order will only partially render on the page. The Page header, part of the body, and footer don't populate correctly. I've looked through other forums and tried to figure out through debugging, error logs, etc. to no avail. If I clear all smarty cache and compile dirs then I will get a smarty timeout via size allocation error.....then reload, smarty error gone, formatting issue arise. I attached a screen shot of the page and include the first few lines of page source output below, which starts way after the header. <div class="toolbar-placeholder"> <div class="toolbarBox toolbarHead"> <ul class="cc_button"> ........continued This is a huge project for a global leader in their industry, and pressure is on. Starting to feel like this buggy behavior is too risky, however, hoping it's newbie ignorance instead Any help would be much appreciated!

Hi, Set up 1.5.4.1 on unix host through inmotionhosting. Got almost all 1000+ products imported, configured, etc. Problem: -When viewing orders via the View icon in the Orders section of the Back Office, the order will only partially render on the page. The Page header, part of the body, and footer don't populate correctly. I've looked through other forums and tried to figure out through debugging, error logs, etc. to no avail. If I clear all smarty cache and compile dirs then I will get a smarty timeout via size allocation error.....then reload, smarty error gone, formatting issue arise. I attached a screen shot of the page and include the first few lines of page source output below, which starts way after the header. <div class="toolbar-placeholder"> <div class="toolbarBox toolbarHead"> <ul class="cc_button"> ........continued This is a huge project for a global leader in their industry, and pressure is on. Starting to feel like this buggy behavior is too risky, however, hoping it's newbie ignorance instead Any help would be much appreciated!