Petit bug dans le mode de paiement ?

Bonjour,

En upgradant la version 1.3.6, je viens de m'apercevoir la disparition des images que j'avais choisi pour le mode de paiement par chèque et par virement.
J'ai ajouté dans le répertoire component/com_hikashop/images/payment une images en png : check-icon.png. Puis dans le be, j'ai sélectionné cette image par Modes de paiement - HikaShop Check payment plugin - images (en haut à droite). Jusque là, aucun problème : la nouvelle image est prise en compte SANS l'extension .png.
De retour sur le fe, l'image n'apparait pas. Lorsqu'on édite le code de la page, on obtient :
<span class="hikashop_checkout_payment_image">
<img src="/boum/components/com_hikashop/images/payment/check-icon.jpg"/>
</span>
On voit qu'on attend une image en format .jpg et donc rien ne s'affiche. .
Bug ?

Effectivement !

Mais alors, j'aimerai bien comprendre ce phénomène bizarre :

J'ai encore installé sur un serveur une "vielle" version 1.2.0.
Celle-ci affiche en fe cette même image parfaitement :
<span class="hikashop_checkout_payment_image">
<img src="/components/com_hikashop/images/payment/check-icon.png"/>
</span>
D'ailleurs, dans le dossier images/payment, se trouvent aussi des images en .gif qu'on peut sélectionner mais qui ne s'affichent pas.
Je pensais avoir traficoté le fichier views/checkout/tmpl/payment.php mais il n'en est rien.

D'ailleurs, à ce propos, j'ai maintenant une erreur qui s'affiche lorsque je veux éditer une vue dans le be :
Fatal error: Call to a member function appendButton() on a non-object in /home/... .../administrator/components/com_hikashop/views/view/view.html.php on line 188

A force de traficoter j'ai du casser quelque chose !

Sinon, pouvoir mettre des icônes en png plutôt qu'en jpeg me semble une bonne chose car plus souple au niveau design. En changeant '.jpg' en '.png' à la ligne 38 du fichier payment.php, ça marche au poil mais toutes les images à afficher doivent être en png maintenant et ça m'arrange !

heu oui mais dans la function listing() il n'y a pas le code $obj = $viewClass->get($id); avant la ligne 188 où il est dit qu'il se produit un court-circuit. Ce code se trouve plus bas dans la function form(), et le code $bar = & JToolBar::getInstance('toolbar'); est dans un test. Si je le sors du test, le résultat n'est pas concluant : on a <br /><b>Notice</b>: Trying to get property of non-object in <b>D:\EasyPHP\www\boum\administrator\components\com_hikashop\views\view\tmpl\form.php</b> on line <b>49</b><br /> dans une fenêtre vide hormis les menus habituels en haut.

Mais ne vous cassez pas la tête pour ça pour le moment. Je suppose que dans une version suivante, ce bug sera corrigé.
Quant à moi, j'utilise Notepad et tout va bien !

Tout à fait d'accord.

Vivement la prochaine version .
D'ailleurs j'aimerai rajouter un mot sur la remarquable facilité de mise à jour : bravo.

Bonjour,

J'ai, après mise à jour du programme, un problème qui persiste.
Dans le be, dans les vues, lorsque je clique sur un lien pour éditer une vue (product/listing_img en l'occurence), la fenêtre qui s'ouvre est vide. Cela se produit pour tous les liens. Les fichiers que j'ai déjà modifiés au paravent apparaissent avec l'icône de la poubelle et les modifications sont prises en compte mais pas moyen de les éditer eux non plus.
J'ai vérifié : la modif ci-dessus est bien en place...

D'autre part, les images thumbnail ne sont pas effacées du répertoire upload/thumbnail lorsqu'on supprime un produit.

Que faire docteur ?

Ben oui, vous avez raison : ça marche avec Chrome, Safari et FireFox. Mais pas avec Opera !
J'utilise habituellement ce navigateur et je n'avais pas vérifié avec un autre . J'ai la version 10.63.

Si tous les navigateurs pouvaient se donner la main...

Ben zut alors : c'est mon installation d'Opera qui se prend les pieds dans le tapis ? Bon, je réinstalle...
Désolé pour cette fausse alerte.