movieseals

It seems to solve the issue. Thank you!

@mdekker Super! Will do! Thank you!

@mdekker Good. At least it is not something I did. Do we have an idea as to when the update will be in place?

Of course! Here it is, for one part of a row: EPISODE 1: YANICK PAQUETTE Your browser does not support the audio element. The HTML purifier, when activated, actually wipes out the following tags and what is in between: And this one would disappear too: Hope this helps! Thank you!!!

Never mind. It was an issue with HTML purifier being activated...

Hi again! We had created a CMS page with a mp3 player for podcasts we produced. It used a simple HTML5 audio tag. We embedded it using the TinyMCE video button and it used to work like a charm. This ability seems to have disappeared with TB. Any ideas why? All we get now is the error message: Your browser does not support the audio element., which is the error message displayed when the player cannot be rendered. Again, any help would be appreciated.

Hi everyone. I have a Stripe module which allows for subscriptions (as we sell monthly magazines amongst other things). Since the migration, I have had customers try to use that Stripe module to pay. On my backend, their orders do not complete but Stripe gets the charges (and does not notify me either). So I decided to install the Stripe module that comes with TB. It does not seem to allow for subscriptions but at least it should work. I tested it in test mode and it works fine. However, when I want to go live, the Live and Secret Keys keep switching to the test keys. Very odd. Any help, once again, is really appreciated.

@drmasterchief This does indeed work. Thanks!

There are a few modules that do what you need. Our shop is in Canada. We set our shop in USD, because most of our products are in USD, but we use a couple of modules to force the display of prices in Canadian. So you could set the shop in USD, hence ensuring that is what passed to PayPal but your customers would see the amounts in the currency you want. There is also a module that can force the transaction to use another currency. Here is one of the module we use for that purpose that works currently with TB 1.0.3: https://www.prestatoolbox.com/multi-store-prestashop/86-currency-by-country.html

I had found this php script that you can put in Admin/Tabs. It allows you to set any product as old or new by either entering their reference code or ID code. This is something we use daily. You need to scroll down the thread to find the 1.6.x version but it works fine in TB as well. It does not require any overrides and works out of the box. https://www.prestashop.com/forums/topic/164393-setting-a-product-status-to-new/ It does not seem like something that would be hard to implement in a future version of TB. It is certainly very useful for us.

You pointed me in the right direction, which is highly valuable in my book! ;)

Yup, that did it. Thanks...

Trying to track them all down. Will let you know. Already found one in orders.

I guess I am going to try and find the overrides of that modules and remove them? It does have several overrides.

Definitely uninstalled, not disabled.

That would be a module called Employees, but it is currently uninstalled, as it was causing other issues in the backend.

This is what Debug gets me, with a PayPal payment: [ThirtyBeesDatabaseException] Unknown column 'owners' in 'field list' INSERT INTO ps_orders (id_address_delivery, id_address_invoice, id_cart, id_currency, id_shop_group, id_shop, id_lang, id_customer, id_carrier, current_state, secure_key, payment, module, recyclable, gift, gift_message, mobile_theme, total_discounts, total_discounts_tax_incl, total_discounts_tax_excl, total_paid, total_paid_tax_incl, total_paid_tax_excl, total_paid_real, total_products, total_products_wt, total_shipping, total_shipping_tax_incl, total_shipping_tax_excl, carrier_tax_rate, total_wrapping, total_wrapping_tax_incl, total_wrapping_tax_excl, round_mode, round_type, shipping_number, conversion_rate, invoice_number, delivery_number, invoice_date, delivery_date, valid, reference, date_add, date_upd, owners) VALUES ('160', '160', '665', '3', '1', '1', '1', '158', '324', '0', '71794f8423d60628ec48babbbbce7364', 'PayPal Payments Standard', 'elegantalpaymentpaypal', '0', '0', NULL, '0', '0', '0', '0', '6.6', '6.6', '6.28', '0', '6.28', '6.6', '0', '0', '0', '0', '0', '0', '0', '2', '3', NULL, '1.256926', '0', '0', '0000-00-00 00:00:00', '0000-00-00 00:00:00', '0', 'YMKOOEWKH', '2018-02-22 13:42:11', '2018-02-22 13:42:11', NULL) at line 808 in file classes/db/Db.php 803. if ($webserviceCall && $errno) { 804. $dbg = debugbacktrace(); 805. WebserviceRequest::getInstance()->setError(500, '[SQL Error] '.$this->getMsgError().'. From '.(isset($dbg[3]['class']) ? $dbg[3]['class'] : '').'->'.$dbg[3]['function'].'() Query was : '.$sql, 97); 806. } elseif (PSDEBUGSQL_ && $errno && !defined('TBINSTALLATIONIN_PROGRESS')) { 807. if ($sql) { 808. throw new PrestaShopDatabaseException($this->getMsgError().' '.$sql.''); 809. } 810. 811. throw new PrestaShopDatabaseException($this->getMsgError()); 812. } 813. } DbCore->displayError - [line 460 - classes/db/Db.php] - [1 Arguments] DbCore->query - [line 783 - classes/db/Db.php] - [1 Arguments] DbCore->q - [line 553 - classes/db/Db.php] - [2 Arguments] DbCore->insert - [line 586 - classes/ObjectModel.php] - [3 Arguments] ObjectModelCore->add - [line 303 - classes/order/Order.php] - [2 Arguments] OrderCore->add - [line 559 - classes/module/PaymentModule.php] PaymentModuleCore->validateOrder - [line 1317 - controllers/admin/AdminOrdersController.php] - [9 Arguments] AdminOrdersControllerCore->postProcess - [line 355 - classes/controller/Controller.php] ControllerCore->run - [line 743 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 63 - admin/index.php]

When clients try to process their payment, they get the following error: 500 Server Error Oops, something went wrong. Try to refresh this page or feel free to contact us if the problem persists. Please make sure to expand and include the following error code in your message, so we can help you better: And then there is an encrypted list for the error code. It does not matter what payment method is used. Nothing special appears in the php logs... Any help would be appreciated. Thirty Bees 1.0.3

@mdekker I would imagine so. :)

I use CSF with cpHulk on CentOS 6.9. But I have not had much success stopping bots from adding stuff to cart with it.

The captcha module is a great addition, integrates well and works wonderfully to curtail SPAM. However, do you guys have a solution for the annoying shopping bots that fill carts day in and day out? I have blocked a bunch of IPs but at some point, the sheer amount of blocks gets overwhelming and I guess will eventually slow down the site as the server has to read the htaccess every time it gets a request... Any suggestion is appreciated.

I notice a significant speed increase, even with a local media server. However, I have not been able to resolve the issues with font awesome, so I keep it off.

STRICT STANDARDS: DECLARATION OF BLOCKNEWPRODUCTSOVERRIDE::HOOKDISPLAYHOMETABCONTENT() SHOULD BE COMPATIBLE WITH BLOCKNEWPRODUCTS::HOOKDISPLAYHOMETABCONTENT() IN /HOME/LIBRAIRIEZBOOK/PUBLIC_HTML/OVERRIDE/MODULES/BLOCKNEWPRODUCTS/BLOCKNEWPRODUCTS.PHP ON LINE 0 NOTICE: ARRAY TO STRING CONVERSION IN /HOME/LIBRAIRIEZBOOK/PUBLIC_HTML/CLASSES/HOOK.PHP ON LINE 504 JSMIN: UNTERMINATED STRING AT BYTE 253: 'D CODE ON LINE 50 STRICT STANDARDS: DECLARATION OF BLOCKSPECIALSOVERRIDE::HOOKDISPLAYHOMETABCONTENT() SHOULD BE COMPATIBLE WITH BLOCKSPECIALS::HOOKDISPLAYHOMETABCONTENT() IN /HOME/LIBRAIRIEZBOOK/PUBLIC_HTML/OVERRIDE/MODULES/BLOCKSPECIALS/BLOCKSPECIALS.PHP ON LINE 0 NOTICE: ARRAY TO STRING CONVERSION IN /HOME/LIBRAIRIEZBOOK/PUBLIC_HTML/CLASSES/HOOK.PHP ON LINE 504

A new customer trying to create an account gets this error: TECHNICAL ERROR: UNABLE TO LOAD FORM. DETAILS: ERROR THROWN: [OBJECT OBJECT] TEXT STATUS: ERROR An existing customer trying to login into his account gets a 500 error. PHP log states: PHP Notice: Undefined index: status in /home/librairiezbook/publichtml/cache/smarty/compile/6b/46/29/6b4629cfd556fc52bf59b2f892eb65c970a974d1.file.footer.tpl.php on line 213 PHP Notice: Trying to get property of non-object in /home/librairiezbook/publichtml/cache/smarty/compile/6b/ The shop is basically useless...

I have the same problem. Are you using EnginTron and Nginx as a reverse proxy? There is apparently an issue where Nginx creates its own Access-Control-Allow-Origin and regardless of what you do in htaccess, it ends up creating a situation where one domain is blocked from loading content. Still trying to figure that one out.