[résolu] Problème de facture après hébergement

Mon environnement
VM 3.0.18.7

Bonjour,

Après transfert chez mon hébergeur, je découvre -au 1er essai de fonctionnement- un problème qui intervient lorsqu'en mode admin et sous virtuemart/commandes : je clique sur une Commande client pour provoquer la génération d'une facture.
Alors que cette fonctionnalité ne me pose aucun problème en mode local, en mode production je récupère cette erreur système bloquante :

VM persiste à rechercher cette image dans son implantation "locale".
Si je vérifie "tcpdf" dans /composants, en cliquant sur "tcpdf", on me répond : "pas de composant" !

Merci pour votre aide !

bonsoir Clend,
et si tu réinstallais le composant tcpdf qui est dans le pack vm ?

Bonjour Serge,

C'est gentil, mais je l'avais déjà réinstallé après avoir constaté le message "pas de composant" quand, dans l'admin/composants, je cliquais sur "tcpdf".
Ce n'est là le problème :

1. ce message est mal libellé et induit en erreur : il eut été préférable d'indiquer "aucun réglage à effectuer",
2. le problème signalé n'intervient que dans le cas de commandes déjà enregistrées pendant le développement du site en local, et si -basculé en production- on cherche à forcer la génération de factures sur de telles commandes !

On dira "demi bug" puisque c'est un cas de figure peu rigoureux que de travailler en production sur des commandes générées lors du développement.

et si tu supprimes la facture du dossier et la régénere ?

tcpdf est une librairie et pas un composant.
Dans les anciennes versions, il y vati bien un composant tcpdf mais qui doit être supprimé !
Pour le soucis, je pense que effectivement, c'est un soucis de cache ou alors l'image dans le PDF cherche l'ancien lien ou encore la table mysql des commandes à ce lien en dur.

Merci studio42.

J'ai bien vérifié : pour toute nouvelle commande client générée en production -et non plus en local & développement-, le forçage de génération d'une facture fonctionne parfaitement.
Je ne vais donc pas chercher plus loin (les commandes réalisées pour tests en local n'ont plus rien à faire ici).

Par contre, je bute toujours et toujours sur cette impossibilité totale dans l'administration de "mettre à jour" le changement de statut d'une commande (erreur système). Là, c'est un vrai problème insupportable pour une boutique en fonctionnement !

Si c'est une erreur système(donc php), il faut activer les logs des erreurs PHP(dans Joomla ou le panel du serveur) et nous les copier dans le message pour vous aider.
Il faut aussi que l'email soit correctement configuré dans Joomla et la boutique.

J'ai donc activé la gestion des erreurs, et voici ce qui s'affiche à l'écran quand, après avoir modifié le statut d'une commande client (sous admin > virtuemart > commandes), je clique sur le bouton "mettre à jour le statut" :

Je vous ai répondu sur l'autre post,
je pense que c'est une incompatibilité de version.
Les dev Joomla ont soudain modifié une fonction qui existe depuis Joomla 1 et il faut impérativement Joomla 3.6 + avec Vm 3.0.18.6+, c'est d'ailleur à cause de cela que VM ne propose pas les dernières MAJ je pense, car il faut impérativement updater les 2 sinon les mails ne fonctionnent pas convenablement.

OK studio42 : j'ai bien compris ce problème de versions Joomla & VM.

Mais dans mon cas précis, je fonctionne avec : Joomla 3.6.5 & VM 3.0.18.7. Sauf erreur, l'ensemble est correct.