Search the Community
Showing results for tags 'PaymentModule.php'.
-
Hi, we searched the entire forum but unfortunately didn't find a solution. We need to remove the text "waiting for validation" from the order_conf email that the customer receives after a successful sale. (See the screenshot) Does anyone have an idea how we can fix the problem? (Remove the rule, change the translation, change the value to  ... it will work for us) Additional Info: PS: 8.1.1 We use an third party theme - warehouse 4.6.2 Many thanks in advance!!!
- 5 replies
-
- {payment}
- order_conf
-
(and 2 more)
Tagged with:
-
Hi, I'm getting the following errors in my php "error.log" using PS 1.6.1.10 (was the same for 1.6.1.8). [08-Jan-2017 09:18:09 Europe/Stockholm] PHP Notice: Undefined offset: 62376 in /var/www/html/ps16/classes/PaymentModule.php on line 233 [08-Jan-2017 09:18:09 Europe/Stockholm] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/ps16/classes/PaymentModule.php on line 233 [08-Jan-2017 09:19:59 Europe/Stockholm] PHP Notice: Trying to get property of non-object in /var/www/html/ps16/classes/module/Module.php on line 2284 The first one seems to have something to do with carriers, in PaymentModule.php: foreach ($cart_delivery_option as $id_address => $key_carriers) { foreach ($delivery_option_list[$id_address][$key_carriers]['carrier_list'] as $id_carrier => $data) { foreach ($data['package_list'] as $id_package) { The second one seems to have something to do with currency, in Module.php: if (Currency::isMultiCurrencyActivated()) { $cache_array[] = (int)$this->context->currency->id; } They mostly appear with a purchase, although not always with the same payment module? The BO logs also gives the error: 4910 -- 1 Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart Cart 100021 0x0 2017-01-08 09:18:12 My shop has only English & Swedish installed and activated, but Swedish is the only language seen by the customer, there is no language block activated for such a selection! On the other hand, a Currency block is activated for the customer to choose between Kroner & Euro. All of my carriers have been added manually (and checked), no carrier modules are in use. I have not activated the main file Cache, although Smarty & CCC are activated. Can anybody help, any idea please? Thanks in advance. David C
- 4 replies
-
- error.log
- Undefined offset
- (and 5 more)
-
Hi, I'm running PS1.6.1.10 (after updating recently from PS1.6.1.8) and during some payments I'm getting the following entries in the php error.log? [06-Jan-2017 13:54:23 Europe/Stockholm] PHP Notice: Undefined offset: 62345 in /var/www/html/ps16/classes/PaymentModule.php on line 233 [06-Jan-2017 13:54:23 Europe/Stockholm] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/ps16/classes/PaymentModule.php on line 233 If I then look at my "PaymentModule.php" (not Overridden in any way) it seems to be something to do with delivery and carrier data! See below Line 233 in red: foreach ($cart_delivery_option as $id_address => $key_carriers) { foreach ($delivery_option_list[$id_address][$key_carriers]['carrier_list'] as $id_carrier => $data) { foreach ($data['package_list'] as $id_package) { // Rewrite the id_warehouse $package_list[$id_address][$id_package]['id_warehouse'] = (int)$this->context->cart->getPackageIdWarehouse($package_list[$id_address][$id_package], (int)$id_carrier); $package_list[$id_address][$id_package]['id_carrier'] = $id_carrier; } } } Has anybody got any idea about this problem and how to fix it, please? Thanks, In Advance David C
-
Bonjour, Depuis quelque temps, la page qui intègre dans la base de données les informations concernant la commande (classes/PaymentModule.php) ne lit plus les cookies que je crée auparavant sur le site. Elle lui donne la valeur 0. Je m'en sert pour récupérer certaines informations et les intégrer dans la table ps_orders, cela fonctionnait sans problème jusqu'à aujourd'hui. Quelqu'un aurait il une idée comment pallier ce problème ? Vider le cache ou une recompilation, je ne sais pas trop.... Merci d'avance. P.S: cette classe n'est pas encore overrider...
-
Bonjour à tous, Je viens vers vous car je suis sur Prestashop 1.5.6.1 et actuellement en multiboutique, je rencontre un problème avec le paiement par chèque ou par carte bancaire sur un de mes sites. Lorsque l'utilisateur passe sa commande, après validation de la commande et confirmation du paiement, il est redirigé vers la page www.monsite.fr/module/bankwire/validation qui leur affiche une page blanche, la commande quant à elle au niveau de la BO est bien enregistrée mais l'utilisateur quant à lui n'a aucune trace de la confirmation du paiement ni même le récapitulatif de la commande qui s'affiche, ce qui est très embêtant. J'ai parcouru un peu les forums pour essayer d'analyser le problème, j'ai désinstallé le module So colissimo, qui n'était visiblement pas à l'origine du problème puisque j'ai refais le test après la désinstallation du module et le problème est toujours présent. J'ai parcouru les fichiers override/classes/PaymentModule.php, classes/PaymentModule.php, /modules/bankwire/controllers/front/validation.php, je les ai comparé un à un avec ceux présent sur GitHub et je ne vois pas de différence. Les modules quant à eux sont à jour. Si quelqu'un a une idée du problème, je me tiens à votre disposition, ça fait plusieurs jours que je tente toutes les possibilités, mais rien n'y fait... Voici ce qui s'affiche lorsque j'active les messages d'erreurs : [PrestaShopException] Property CartRule->reduction_percent is not valid at line 837 in file classes/ObjectModel.php 832. $message = $this->validateField($field, $this->$field); 833. if ($message !== true) 834. { 835. if ($die) 836. throw new PrestaShopException($message); 837. return $error_return ? $message : false; 838. } 839. } 840. 841. return true; ObjectModelCore->validateFields - [line 255 - classes/ObjectModel.php] - [0 Argument] ObjectModelCore->getFields - [line 596 - classes/ObjectModel.php] - [0 Argument] ObjectModelCore->update - [line 135 - classes/CartRule.php] - [1 Arguments] CartRuleCore->update - [line 357 - override/classes/PaymentModule.php] - [0 Argument] PaymentModule->validateOrder - [line 64 - modules/bankwire/controllers/front/validation.php] - [9 Arguments] BankwireValidationModuleFrontController->postProcess - [line 158 - classes/controller/Controller.php] - [0 Argument] ControllerCore->run - [line 348 - classes/Dispatcher.php] - [0 Argument] DispatcherCore->dispatch - [line 28 - index.php] - [0 Argument]
- 6 replies
-
- multiboutique
- PaymentModule.php
-
(and 3 more)
Tagged with:
-
Bonjour, J'ai effectué des modifications sur la classe "paymentmodule.php", jusqu'à ce jour je n'ai rencontré aucun problème, cependant depuis quelques jours, lorsque je transfère une mise à jour de ce fichier sur le ftp, le site ne répond pas à ces modifications. Pire encore, si je supprime totalement le fichier "paymentmodule.php" du site, le site enregistre tout de même des commandes, par chèque ou paybox (mode réel). Cette classe permet d'ajouter les différentes informations de la commande dans la base de données, telles que le prix payé par le client, les frais de ports, les réductions etc... J'ai vidé le cache smarty, forcé la compilation à chaque appel, mais même en procédant de cette manière, le site réagit comme si ce fichier existait toujours.... Je ne suis pas encore très calé en ce qui concerne l'architecture de prestashop, mais est-ce possible que ce fichier est appelé autre part sur le ftp ou pourquoi le verrait il s'il n'existe plus physiquement, et pourquoi ne veut il plus lire mes modifications..... ?? Merci pour ceux qui apporteront leurs lumières, je peux fournir le code mon fichier ou tout ce qui pourrait aider.. Cordialement.
-
- classe
- paymentmodule.php
-
(and 1 more)
Tagged with: