WhyEs

I tried some more debugging and placed a copy of classes/pdf/HTMLTemplateInvoice.php in override/classes/pdf/. I removed the smarty->fetch() command for 'summary_tab' into 'something', just to test if the value is getting passed to invoice.tpl. I then deleted cache/class_index.php to refresh the modules and suddenly the template started working again. Possible bug?

Ok, I did some testing and it seems the {$some_tab} tags in the invoice templates aren't working. Any help would be appreciated while I keep digging!

Update: when I switch invoice model to 'invoice-b2b', invoices look like they should. Switch back to 'invoice' and there's no content.

Thanks for replying! [Development] PHP version: 5.6.12-1 Modules: bcmath, bz2, calendar, Core, ctype, curl, date, dba, dom, ereg, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, json, libxml, mbstring, mcrypt, mhash, mysql, mysqli, mysqlnd, openssl, pcntl, pcre, PDO, pdo_mysql, Phar, posix, readline, Reflection, session, shmop, SimpleXML, soap, sockets, SPL, standard, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlwriter, Zend OPcache, zip, zlib, Zend OPcache [Production] PHP version: 5.5.3-1ubuntu2.3 Modules: apc, apcu, bcmath, bz2, calendar, Core, ctype, curl, date, dba, dom, ereg, exif, fileinfo, filter, ftp, gd, geoip, gettext, hash, iconv, json, libxml, mbstring, mhash, mysql, mysqli, openssl, pcntl, pcre, PDO, pdo_mysql, Phar, posix, readline, Reflection, session, shmop, SimpleXML, soap, sockets, SPL, standard, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, wddx, xml, xmlreader, xmlwriter, Zend OPcache, zip, zlib, Zend OPcache Prestashop settings, files and data should be identical.

We're having problems with invoice generation as well. Header and footer are shown but there is no content. This problem only occurs on our production server, in development environment everything's fine. I've set PS_MODE_DEV to true but no error is generated.

Ok, so after some debugging it turns out that id_shop and id_shop_group in table ps_stock_available were filled with the wrong values. I've corrected this in our importscript and everything's fine.

Bump.

Neither. First, an import table is created in our database using a CSV file. Then, another script picks each product and directly injects them into ps_product (and all the other relevant tables).

Hi, We're in the middle of upgrading our shops from 1.5.6.2 to 1.6.1.0 and we're running into a bit of trouble. When a product is out of stock, it cannot be added to cart, even though it is allowed in the backend (preferences > products > 'Allow ordering of out-of-stock products' -> Yes). Now, we're using a batch import script which injects new products into our database. Up to 1.5.6.2, this worked fine but this might be the cause of the problem. When a new product is introduced into Prestashop and I look it up in the backend using catalog > products > [product] > quantities, 'When out of stock' is set to 'deny orders', even though the default setting says 'Default: Allow orders as set in the Products Preferences page'. Only by manually changing this setting to 'Allow orders', the out of stock product can be added to cart. For the upgrade, we made a copy of our 1.5.6.2 shop which was upgraded using the upgrade add-on. We then took a fresh install of 1.6.0.14 which was hooked to the upgraded database. After that, we upgraded to 1.6.1.0 and this is where we are now. I did some tests to find out which parts of the database are responsible for this so I could write some sort of hack to batch-enable all products after injecting them, but I just can't find out what's going on. For testing sake, I even tried bypassing the $allow_oosp-checks in product-list.tpl and product.tpl, and disabling the error messages in CartController.php. The 'add to cart' button was no longer greyed out in the template, but instead of the 'This product is not in stock' error, a 'You already have the maximum quantity available for this product' error appeared. Questions: 1) Is this a known issue and if yes, how to solve this? 2) If not 1), is there a way to batch-wise allow all products to be ordered when out of stock? Thanks in advance!

Bump.

Vekia, Do you require more information or feedback for this issue? Please let me know so I can take action. Thank you!

Thanks for replying. Our theme is customized indeed, but using the default theme the problem still exists. Note that we have multiple shops, and not all of them have this issue. I've installed the default theme in our development shop for testing, so fire away.

Thanks Vekia!

Bump

.