legacy users
No, the HtmlTemplateInvoice() class always expects an object of type OrderInvoice, so there will never be a problem.
The HtmlTemplateDeliverySlip() class accepts both types of objects (Order or OrderInvoice). This historical code error only triggered a warning up to PHP 7.2, but beyond that, it's a fatal error.
@Bitfarmer bugger, once again legacy code bites us. The prototype of the function that was solely an information, gets to be be controlled. The prototype of the function here SHOULD NOT pretend the value is of type x when the code is ready for type x or y. Let's the proto to ignore type.
Change the proto that says
public function __construct(OrderInvoice $order_invoice, $smarty, $bulk_mode = false)
to
public function __construct($order_invoice, $smarty, $bulk_mode = false)
Further code will inclus the fix.
Merci pour l'info, je ne sais pas si j'intègrerai ce module dans mes correctifs vu comment Payplug est peu coopératif (ils ont refusé d'activer ApplePay pour les 1.6 alors que je leur avais ré-écrit le module pour ça)
J'ai arrêté de debuguer ces 2 modules (ps_account et ps_checkout) car à chaque mise à jour de leur part, nouveau bug.
Bonsoir,
Ce module, prochainement intégré à Phenixsuite devrait vous convenir 
Prenez le temps de lire le changelog, il y a beaucoup de nouveautés dans les paramètres
Hum, oui ça m'a l'air un peu bancal.
Chargez le module autoupgrade (fourni dans le zip) et sur votre ftp,dans le fichier /config/settings.inc.php mettez comme version 1.6.2.39 et lancez l'autoupgrade, ça devrait remettre tout ça d'équerre.
Non, normalement il n'y a pas de raison.
Vous avez bien accès à votre BO ?
Votre site est quand même en ligne (il lui manque juste les produits de démo à priori)
