loulouklm

Hello, I'm affraid about paybox module made by Prestashop. Some bugs are really not acceptable for a module paid 249 €. This one => https://addons.prestashop.com/fr/paiement-carte-wallet/8066-verifone-e-commerce-paybox-15-16-17.html I put here what I have done to make it works. /modules/paybox/classes/PayboxDirect.php Line 70 remove unset var => if ((int)$pbx->configs['PBX_DEMO_MODE'] === 0) Replace by => if ((int)Configuration::get('PBX_DEMO_MODE') === 0) /modules/paybox/directvalidation.php Line 190 add utf8_decode => $paybox_wallet->updateCardInfo($output['PORTEUR'], utf8_decode($output['REFABONNE']), $output['DATEVAL'], $pan); Line 193 $paybox_wallet instead of $paybox + utf8_decode on REFABONNE + delete $context->customer->id, => $paybox_wallet->createWallet($output['PORTEUR'], utf8_decode($output['REFABONNE']), $fields['DATEVAL'], $pan); Hope it will help anybody to correct this module. I know that there is others bugs but in my site I don't use it. My IDE underline in red some undefined var in /modules/paybox/classes/PayboxDirect.php : - line 111 $paid is undefined => $order->total_paid_real = $paid; - line 116 $cart is undefined => $products = $cart->getProducts(); Not tested by Prestashop Team but well sell on addon platform. it's a shame. I report this bug on the forge. Hope they will do something.

If it can help anyone I had the same issue when upgrade PS from 1.16.0.9 to 1.16.1.18 I solved it by comparing an override file: - /adminXXXXXX/themes/default/template/controllers/products/helpers/form/form.tpl with - override/controllers/admin/templates/products/helpers/form/form.tpl Here is what I have to change in my override file: - Add missing line 228 => tabs_manager.tabs_to_preload = tabs_to_preload.slice(0); - Add missing bloc at line 294 => {if isset($smarty.request.page) && $smarty.request.page > 1} <input type="hidden" id="page" name="page" value="{$smarty.request.page|intval}" /> {/if} Of course every customized PS should have differents issues. My issue should not be your. So what I recommand is to see overrided tpl with original to check if the PS upgrade add some features that need to be injected in your override.

Hello, I have the same issue each time I clear cache form the backoffice. I solved it by deleting /cache/class_index.php each time. But it is not a solution because backoffice users have no access to this file. .htaccess is not my issue because I'm using nginx as web server. Anyone find a solution to generate a good /cache/class_index.php during ?

Just create config.xml at root module directory. displayName will be used for tab name. Ex: <?xml version="1.0" encoding="UTF-8" ?> <module> <name>productstate</name> <displayName><![CDATA[Statut du produit (promo, solde, etc...)]]></displayName> <version><![CDATA[1.0.0]]></version> <description><![CDATA[Affiche une information sur le statut du produit ex : en solde, promo, spécial noël]]></description> <author><![CDATA[Louis]]></author> <tab><![CDATA[front_office_features]]></tab> <is_configurable>0</is_configurable> <need_instance>0</need_instance> <limited_countries></limited_countries> </module>

Bonjour, Je viens ici partager une expérience qui m'a fait perdre pas mal de temps de debug pour une résolution très rapide. J'espère que mon temps perdu aidera d'autres personnes. Mon problème était le suivant : - Chronopost ne s'affichait pas lors du choix des transporteurs dans le tunnel de commande Solution dans mon cas : - J'ai les "stocks avancées" d'activé, hors au niveau des entrepôts, les transporteurs sont assignés. Lors de l'installation du module Chronopost, les transporteurs qui s'ajoutent automatiquement dans Prestashop, ne s'ajoutent pas dans l'entrepôt. - Au final il m'a suffit de les ajouter dans l'entrepôt Très simple, mais avant de comprendre, j'ai dû débugguer le code ligne par ligne...

Dans l'admin > Préférences > Commande Désactivez "Envoi différé" Dans les versions antérieures, il semble que cela s’appelait "Envoi partiel"

Bonjour, Il suffit de dégreffer le module de la colonne de droite. De mémoire DisplayRightColumn.

Bonjour, Ce fil de discussion m'a servi, mais j'aurai gagné un peu de temps en ayant le nom de la variable dans le php.ini. Pour la communauté, la voici : upload_max_filesize = 10M J'ai mis 10M pour être tranquille et parce que c'est un serveur de développement, mais il vaut mieux affiner en fonction de son besoin et rester le plus bas possible.

Bonjour, Je ne pense pas que ce soit un souci de version de PHP. J'ai eu le même problème, je l'ai réglé en changeant le groupe sur certains fichiers dans le module en question : sudo chgrp -R www-data module/mon_module Ensuite bien vérifier les droits => sudo chmod -R 775 module/mon_module (on peut affiner les droits, mais avec ça, ça devrait fonctionner).