dwilden

HI, I have a similar problem. When a customer pay with Bancontact, I receive the payment well, but the client has the amount withheld twice.

I have solved the problem to install a clean prestashop and for upgrade to the latest 1.7.8.8 MySQL don't support the MYSQL_ATTR_MULTI_STATEMENTS And I have commented the next lines from the follow files : \classes\db\DbPDO.php line 92 //PDO::MYSQL_ATTR_MULTI_STATEMENTS => _PS_ALLOW_MULTI_STATEMENTS_QUERIES_, \app\config\doctrine.yml line 22 # 1013: '%env(const:runtime:_PS_ALLOW_MULTI_STATEMENTS_QUERIES_)%' After the installation or the upgrade, you can back to the original lines. Any information about this is wellcome

No, I don't have solution 😞

Hi, I try to install new version 1.7.8.8 on a clean server but the installation stops creating the tables with this error "An exception occured while establishing a connection to figure out your platform version" I using PHP 7.2.34, MySQL 5.7.40, InnoDB and DbPDO driver (Upgrading from a working 1.7.8.7 to 1.7.8.8 same error) Can somebody help me?

Hola, Tengo el mismo problema, ni me descuenta ni me suma correctamente los packs, pero esto pasa desde siempre. En la version 1.6 de prestashop, tuve que crear un modulo que sincronizaba los packs con la cantidad minima de los productos que contenía. funcionaba y funciona a la perfección. En la version 1.7.8, me estoy rompiendo los cuernos para hacerlo funcionar y no hay manera, solo he conseguido hacer que funcione una parte del modulo. Yo no soy programador, pero voy trasteando y picando código hasta que me salen las cosas. Si la comunidad se ofrece a ayudarme y entre todos lo terminamos, puedo colgar aquí el modulo (inacabado) y que cada uno aporte tu granito de arena -o de código- para terminarlo. Actualmente el modulo tiene las siguientes funciones : actualiza el pack cuando añades o disminuyes uno de sus componentes actualiza el pack y sus componentes cuando se realiza un pedido actualiza el pack y sus componentes cuando se realiza un pedido desde la administración, quitas o pones un pack o producto que este contenido en un pack. NO actualiza el pack si cancelas el pedido o si después de cancelarlo, lo vuelves a poner como aceptado. Un saludete

Gracias, al final me estoy apañando con una "solución" que he encontrado en internet, que es lanzar dumps a un archivo public function hookActionProductUpdate($params) { if (empty($params['product'])) { return; } ob_flush(); ob_start(); var_dump($params); var_dump($product); file_put_contents(_PS_MODULE_DIR_ . 'mymodule/dump.txt', ob_get_flush(),FILE_APPEND);

No solved with the direct upgrade from 1.6 to 1.7.8.2. After aborting with the last attempts, I Use a migration method with this paid module. https://prestahero.com/upgrade-data-migration/149-prestashop-better-upgrade-and-migrate-tool.html Check the website because have a free module too. I migrate the shop successfully from 1.6 to 1.7.8.5

Gracias, ese es el problema, que no aparece tampoco en la consola

Ok, he añadido la linea, ahora cuando modifico la cantidad de un producto desde el backoffice, ¿Dónde veo la salida del dieObject? public function hookActionProductUpdate($params) { if (empty($params['product'])) { return; } Tools::dieObject($params);

Hola Jose, Gracias por responder. Si, he seguido el mismo procedimiento que usaba en PS1.6, pero nada, no veo donde va a parar el dump, incluso he seguido recomendaciones para sacar el dump por la consola del chrome o firefox y no aparece nada, es como si el symphony acapara todo, pero donde lo mete ? public function hookActionProductUpdate($params) { if (empty($params['product'])) { return; } dump($params); dump('hola'); die();

Hola, Estoy bastante desesperado, desmotivado, agobiado, etc.... He creado algunos modulos para mi tienda en la version 1.6 de prestashop, no soy programador profesional. Hasta ahora me las arreglaba para ver las variables con el print_r y die. Pero en prestashop 1.7.8 con el symphony me estoy volviendo loco. no consigo ver las variables con un dump tal como he visto que se hace en symphony. Mi proyecto es añadir un registro en una tabla cuando se modifica la cantidad de un producto, mediante el hook hookActionProductUpdate, tengo algun error en alguna parte y quiero ver las variables si se generan bien. Es un modulo que yo tenia en PS16 y necesito que me funcione en PS1.7.8 Alguien me puede explicar como puedo debugear y sacar por consola o pantalla las variables que genero en el modulo? Muchas gracias.

Hi Guys, After upgrade my ps 1.6 to 1.7.8.2, the BO orders list takes about 21s to show it. I have test to upgrade to 1.7.6.9 and the BO orders list work well, about 1,2s Testing the query on the database, this times are confirmed too. Query from 1.7.8.2 about 21s SELECT CONCAT( LEFT (cu.`firstname`, 1), '. ', cu.`lastname` ) AS `customer`, o.id_order, o.reference, o.total_paid_tax_incl, os.paid, osl. NAME AS osname, o.id_currency, cur.iso_code, o.current_state, o.id_customer, cu.`id_customer` IS NULL AS `deleted_customer`, os.color, o.payment, s. NAME AS shop_name, o.date_add, cu.company, cl. NAME AS country_name, o.invoice_number, o.delivery_number, ( SELECT IF (count(so.id_order) > 0, 0, 1) FROM ps_orders so WHERE ( so.id_customer = o.id_customer ) AND (so.id_order < o.id_order) LIMIT 1 ) AS new FROM ps_orders o LEFT JOIN ps_customer cu ON o.id_customer = cu.id_customer LEFT JOIN ps_currency cur ON o.id_currency = cur.id_currency INNER JOIN ps_address a ON o.id_address_delivery = a.id_address LEFT JOIN ps_order_state os ON o.current_state = os.id_order_state LEFT JOIN ps_shop s ON o.id_shop = s.id_shop INNER JOIN ps_country c ON a.id_country = c.id_country INNER JOIN ps_country_lang cl ON c.id_country = cl.id_country AND cl.id_lang = 3 LEFT JOIN ps_order_state_lang osl ON os.id_order_state = osl.id_order_state AND osl.id_lang = 3 WHERE o.`id_shop` IN ('1') ORDER BY o.id_order DESC LIMIT 50 Query from 1.7.6.9 about 1,2s SELECT SQL_CALC_FOUND_ROWS a.`id_order`, `reference`, `total_paid_tax_incl`, `payment`, a.`date_add` AS `date_add`, a.id_currency, a.id_order AS id_pdf, CONCAT( LEFT (c.`firstname`, 1), '. ', c.`lastname` ) AS `customer`, osl.`name` AS `osname`, os.`color`, IF ( ( SELECT so.id_order FROM `ps_orders` so WHERE so.id_customer = a.id_customer AND so.id_order < a.id_order LIMIT 1 ) > 0, 0, 1 ) AS new, country_lang. NAME AS cname, IF (a.valid, 1, 0) badge_success, shop. NAME AS shop_name FROM `ps_orders` a LEFT JOIN `ps_customer` c ON ( c.`id_customer` = a.`id_customer` ) INNER JOIN `ps_address` address ON address.id_address = a.id_address_delivery INNER JOIN `ps_country` country ON address.id_country = country.id_country INNER JOIN `ps_country_lang` country_lang ON ( country.`id_country` = country_lang.`id_country` AND country_lang.`id_lang` = 3 ) LEFT JOIN `ps_order_state` os ON ( os.`id_order_state` = a.`current_state` ) LEFT JOIN `ps_order_state_lang` osl ON ( os.`id_order_state` = osl.`id_order_state` AND osl.`id_lang` = 3 ) LEFT JOIN `ps_shop` shop ON a.`id_shop` = shop.`id_shop` WHERE 1 AND a.id_shop IN (1) ORDER BY a.id_order DESC LIMIT 0, 50 If I change the query of 1.7.8.2 to this one, works fine SELECT CONCAT( LEFT (cu.`firstname`, 1), '. ', cu.`lastname` ) AS `customer`, o.id_order, o.reference, o.total_paid_tax_incl, os.paid, osl. NAME AS osname, o.id_currency, cur.iso_code, o.current_state, o.id_customer, cu.`id_customer` IS NULL AS `deleted_customer`, os.color, o.payment, s. NAME AS shop_name, o.date_add, cu.company, cl. NAME AS country_name, o.invoice_number, o.delivery_number, IF ( ( SELECT so.id_order FROM `ps_orders` so WHERE so.id_customer = o.id_customer AND so.id_order < o.id_order LIMIT 1 ) > 0, 0, 1 ) AS new FROM ps_orders o LEFT JOIN ps_customer cu ON o.id_customer = cu.id_customer LEFT JOIN ps_currency cur ON o.id_currency = cur.id_currency INNER JOIN ps_address a ON o.id_address_delivery = a.id_address LEFT JOIN ps_order_state os ON o.current_state = os.id_order_state LEFT JOIN ps_shop s ON o.id_shop = s.id_shop INNER JOIN ps_country c ON a.id_country = c.id_country INNER JOIN ps_country_lang cl ON c.id_country = cl.id_country AND cl.id_lang = 3 LEFT JOIN ps_order_state_lang osl ON os.id_order_state = osl.id_order_state AND osl.id_lang = 3 WHERE o.`id_shop` IN ('1') ORDER BY o.id_order DESC LIMIT 50 How can change the code to fix this query on PS 1.7.8.2 ?? Thanks, Daniel

Hola a todos, Tengo prestashop 1.6.1.24 con el litespeed instalado y funcionando, pero he me encontrado un problema a la hora de mostrar los precios para los clientes de península y los clientes de canarias o no europeos, a los que les muestro los precios sin IVA. Me he dado cuenta que cuando cachea alguna página o producto con un cliente al que no le corresponde el IVA, los siguientes clientes o visitantes, se les muestra también el precio sin IVA, y no se vuelve a mostrar bien hasta que no limpio la cache del litespeed. lo mismo sucede a la inversa. ¿Alguien mas le ha pasado eso o tiene alguna solucion ? Gracias

A mi esta solución me ha funcionado bien, sobre PS1.6.1.23 y con PHP 7.2 Yo descartaría de modificar archivos con el parche de antes, ese parche solo funciona si el bot pone en apellidos una url, lo cual ese parche solo servirá momentáneamente para este bot en concreto, pero a la que cambie el perfil del ataque, ese parche no servirá para nada. Intentar aplicar el captcha con el registro en dos pasos, si no es santo de vuestra devoción, al menos hacerlo temporalmente hasta que saquen el parche oficial la gente de prestashop http://build.prestashop.com/news/fighting-against-spamming-again/ Los usuarios de PS 1.5 que no solventáis el problema ni con captcha, intentar de hacer un estudio para actualizar a 1.6, seguramente en la versión 1.5 estarán usando otro sistema de ataque mediante inyección directa a mysql

Hi, Since my last update from 1.6.1.14 to 1.6.1.16, when I add a product on a exist order in the Back Office, prestashop reduce wrong the quantity stock of each product. See the pictures. You can see when I add one item, PS reduce from stock two items !!! Please can any body help me ? Rgs, Daniel