Erreurs suite à la mise à jour

Shonen

Bonjour,

J'étais curieux depuis longtemps sur cette version Phenix qui fait parler d'elle sur le forum de Prestashop, et j'ai décidé de m'y essayer en prenant en exemple un site client qui a beaucoup de difficultés avec le Prestashop de base 1.6.1.23. (taxe, transport, stocks avancés, avoirs...)

J'ai donc réalisé l'update sans soucis, j'ai corrigé pas mal d'override avec des count() dépréciés entre autre, mais une erreur persiste et je n'arrive pas à voir d'où peut venir le problème :

TCPDF ERROR: [Image] Unable to get the size of the image:

L'image existe et l'URL est correcte, mais pas moyen. Cela bloque les pages commandes (factures), et mes pages devis (via le module opartdevis).

Ce qui m'amène à ma seconde question, la correction des modules externes.
Je vois pas mal d'erreur sur ce module de devis, mais à chaque fois je suis dirigé sur des dossier /cache/smarty/... malgré avoir désactivé tous les caches, et les avoir vidés manuellement et/ou via le bouton de la page performance. Aucun réel problème puisque je connais à peut près le chemin des fichiers nommés, mais est-ce le comportement normal ?

Et enfin @eolia, si vous pouviez par message privé estimer les travaux nécessaire sur ce site d'exemple (que je vous partagerai en PM) ça m'aiderait à avoir une idée de l'investissement du passage à cette nouvelle version.

Je vous remercie !

eolia

Bonjour, pas d'override dans overrides/classes/pdf ? je pense que le souci vient de là.

Concernant le cache, Smarty compile toujours les tpls et quand il y a une erreur, ouvrez le fichier de cache (écrit en php) et vous avez la ligne d'erreur et en haut de ce fichier, le chemin du fichier source (tpl).

Shonen

J'ai bien un override mais une seule ligne sur la fonction computeLayout pour ajouter un code douanier sur le PDF des factures.
Rien toutefois qui touche à la génération du PDF en lui même. La suppression de cet override ne change rien d'ailleurs.

J'utilise toutefois un thème maison dérivé du thème par défaut de prestashop 1.6, et j'ai aussi surchargé quelques fichiers du dossier PDF à la racine. Un tpl peut-il influer sur cette erreur de TCPDF ? Ou un module peut-être ?

L'image qu'il n'arrive pas à mesurer est celle du logo. J'essai pourtant de réitérer l'upload du logo sous différents formats mais rien ne change.

Quand je fais un var_dump des variables height et width dans la fonction assignCommonHeaderData de la classe HTMLTemplate j'ai bien des résultats : float(160) float(72.22857142857143).
J'ai essayé un floor mais à part rendre un peu plus joli la valeur j'ai toujours l'erreur.

Enlever la ligne du header.tpl dans le dossier PDF enlève l'erreur et m'affiche le pdf sans le logo.

{if $logo_path}
   <img src="{$logo_path}" style="height:{$height_logo}px;" />
{/if}

Et remplacer height par n'importe quelle valeur ou enlever totalement la notion de style génère quand même l'erreur. Je suis un peu perdu !

eolia

Que donne le var_dump de votre $logo_path ?

Shonen

La liste des var_dump que j'ai réalisé :

$path_logo = $this->getLogo();
var_dump($path_logo);

string(147) "/home/clients/837709e515c307700ac3a389dc546fa2/sites/dossierdusite/img/logo_invoice-1741938899.jpg"

'logo_path' => str_replace(
                _PS_IMG_DIR_, 
                Tools::getShopProtocol().Tools::getMediaServer(_PS_IMG_)._PS_IMG_, 
                $path_logo
            ),
var_dump(str_replace(_PS_IMG_DIR_, Tools::getShopProtocol().Tools::getMediaServer(_PS_IMG_)._PS_IMG_, $path_logo)); //identique à $logo_path dans le TPL

string(102) "https://urldemonsite.com/img/logo_invoice-1741938899.jpg"
L'url de l'image fonctionne quand je l'ouvre dans le navigateur.

eolia

Hum... oui, il faudrait m'envoyer un accès ftp parce que comme ça je ne vois pas.

eolia

J'ai trouvé la cause du pb lié à votre configuration serveur où dans l'espace de votre site allow_url_fopen est à Off lors de l'appel de TCPDF vers les liens d'images .
J'ai donc modifié TCPDF pour passer par Curl si allow_url_fopen n'est pas actif.

eolia

Il faudrait également remplacer le module SoColissimo par le module officiel Colissimo intégré à PhenixSuite

Shonen

@eolia C'est vrai que par défaut sur Infomaniak, allow_url_fopen est sur Off. Me conseillez-vous de le mettre à ON pour du Prestashop de manière générale ?
Merci en tout cas de votre suivi, vraiment c'est apprécié.

C'est bien noté pour SoColissimo, en effet ce site a conservé par mal de module depuis sa version 1.4, il faudrait que je fasse un tour global suite au passage à PhenixSuite mais c'est déjà une merveille que le site ai survécu à cette mise à jour malgré sa date de développement, votre version est vraiment robuste !

J'ai d'autres erreurs sur le module Opart Devis, mais il doit s'agir de variables modifiées entre la 1.6 et la vôtre (Warning: Undefined array key "standard_price"), mais pour ça je vais m'amuser à regarder, et si c'est OK je reviendrai sur ce forum pour demander de l'aide si je n'y arrive pas.

Merci encore !

eolia

Vous pouvez le laisser à off mais pas sûr que cela soit compatible avec des modules tiers (et tout dépend comment ils font le contrôle).
Dans PhenixSuite, Onglet "Paramètres Avancés" => "Informations", cliquez sur le bouton "Afficher les détails" pour voir si votre machine répond aux exigences requises.