Lien vers fichier personnalisé order depuis e-mail

Bonjour,

je crois que j'ai un problème avec la commande en tant qu'invité, mais je ne comprends pas trop ce qui se passe :

lorsque le client passe commande, il ajoute un fichier personnalisé de type "order" au cours du checkout. Si je fais des aller-retour entre les pages du checkout, j'ai un lien vers le fichier qui fonctionne parfaitement, sous la forme : " www.imprimthese.com/component/hikashop/o...Mzg3MzY4NTIxLnBkZg== "

Par contre, après la fin de la commande, dans l'e-mail récapitulatif que le client reçoit, le même lien est disponible, mais il ne fonctionne plus. Je pense que ça vient du fait que le client commande sans créer de compte, mais je ne vois pas comment résoudre le problème.

De plus, j'ai un problème plus important avec la notification de paiement de la banque qui arrive sur un panier vide, je crois que ça vient de la même chose, le fait que la commande soit passée sans création de compte client.

Je viens d'upgrader de la 2.2.2 à la 2.2.3 mais le problème reste le même.

Merci d'avance, je suis complètement bloqué...

Une info supplémentaire parce que je pense que tous mes problèmes sont liés à cette prise de commande en tant qu'invité :

- pour le lien vers le fichier, lorsque je me connecte au back-office, il fonctionne correctement dans l'administration des commandes.

En gros, j'ai donc l'impression qu'il faut avoir un compte client pour voir le fichier qu'on a uploadé, une fois que la commande est terminée. Est-ce que mon problème de lien de retour CGI2 de la banque peut venir de la même chose ? Est-ce qu'il y a une solution à ces bugs, parce que c'est totalement bloquant pour mettre en ligne mon site : pour le lien vers le fichier ce n'est pas très grave, je peux le supprimer, mais je ne parviens pas à faire des tests de paiements valides à cause de ce lien de retour dysfonctionnel, et dans les 2 cas j'ai le sentiment que c'est parce que les infos de la commande, une fois terminée, ne sont pas chargées correctement, et donc la fonction notify ne trouve pas la commande correspondante.

Pour plus de précisions, le lien de la banque (j'ai fourni l'adresse www.imprimthese.com/index.php?option=com...=cmcic&tmpl=componen , ils me renvoient les paramètres supplémentaires : www.imprimthese.com/index.php?option=com...&orderId=123&lang=fr ) , et ça me ramène sur la page : www.imprimthese.com/component/hikashop/product/listing
Sur cette page je tombe sur une alerte :
Transaction declined.
Le panier est vide

Et j'ai le nom de mon produit en dessous et c'est tout.

Je joins ci-dessous également mon fichier .htaccess, je ne sais pas si ça peut venir de là mais il est relativement standard :

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

Bonjour,

je ne reviens pas sur le pb avec le plugin de paiement, vous m'avez résolu ça dans l'autre post www.hikashop.com/forum/5-support-en-fran...2-not-ok.html#136579

par contre j'ai une question sur votre réponse pour l'affichage du fichier. Quand vous dites

Nous avons modifié le code de notre coté pour ne pas afficher le lien dans les emails en guest

Bonjour,

alors oui avec la mise à jour cela a supprimé le lien sur le mail de notification de création de commande... mais vous avez dû oublier les autres mails, parce que sur la confirmation de paiement le lien apparaît encore.

Cordialement,

Oops autant pour moi, j'avais oublié mes overrides sur les autres e-mails. Je vais les supprimer et réappliquer ensuite mes modifs pour mettre à jour, désolé pour le signalement incorrect