Erreur facture proforma

[carcy 6]

Bonjour !

encore un problème dans mes essais...

J'ai fais une commande sur mon propre site, tout va bien jusqu'à la fin... j'ai demandé un paiement par virement. OK

J'ai bien reçu le mail de confirmation et tout et tout

J'administre maintenant le site. Backoffice, liste des commandes... j'édite cette commande là...

Bon de commande pdf marche, facture html et facture pdf marchent aussi, édition HTML dans le navigateur aussi...

j'envoie donc au client (donc moi pour mes essais) par email la facture HTML.

Je reçois le mail, c'est OK... Je clique sur le lien donné dans le mail pour aller payer.

la facture proforma s'ouvre, elle est bien faîte, mais 2 lignes d'erreur s'affichent en haut :

Notice: Undefined index: id_utilisateur in /homepages/5/d334204221/htdocs/modules/factures/commande_html.php on line 230

Warning: Cannot modify header information - headers already sent by (output started at /homepages/5/d334204221/htdocs/modules/factures/commande_html.php:230) in /homepages/5/d334204221/htdocs/lib/fonctions/display.php on line 1573

Si quelqu'un pouvait me donner un coup de main svp ;)

merci par avance

JL

[Gilles Boussin 0]

Bonjour,

Ceci provient du fait que l'utilisateur n'est pas loggué et qu'on veut insérer un formulaire Paypal qui récupère l'id utilisateur.

Dans le fichier /modules/factures/commande_html.php, ligne 230, changez $_SESSION['session_utilisateur']['id_utilisateur'] en vb($_SESSION['session_utilisateur']['id_utilisateur']) .

Gilles

[carcy 6]

Bonsoir Gilles

merci pour votre réponse. J'ai apportéla modif, et effectivement, maintenant ça fonctionne.

Cependant, j'en profite d'être dans ce topic de proforma pour poser une question sur les accents des lettres.

EN effet, ma société s'appelle "JL Transferts Numériques", donc avec un "é".

Tout apparaît bien sur le site et sur la facture proforma.

Par contre, sur le mail que reçoit le client, l'entête est "Votre commande 16 sur JL Transferts Numériques"; donc problème d'accent. C'est la même chose si le client a décidé de régler par Paypal. L'entête de paypal a le même problème d'accent. De quoi ça peut venir ? peut on le corriger ?

Si je remplace dans la table peel_sites "Numériques" par "Numerique", ça marche, mais c'est dommage et ça peut faire penser à une faute d'orthographe. Sinon, je pourrais le marquer en majuscule ("NUMERIQUE"), mais c'est pas joli...

Tout est pourtant bien en UTF-8...

Une idée ?

merci ;)

[Gilles Boussin 0]

Jean-Luc,

J'ai testé sur http://premium.peel.fr/modules/factures/co...mp;mode=facture (nom avec accent, visible jusqu'à la prochain MAJ automatique de la boutique de test) : l'accent est bon, et par ailleurs en entête HTML j'ai bien :

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Pour le PDF, pareil tout est OK.

Envoyez moi le lien de la facture qui vous pose problème que je puisse regarder.

Gilles

[carcy 6]

Bonsoir Gilles et encore merci pour vos réponses si tard le soir

En fait, les problèmes sont pas sur le pdf ou le html

ces problèmes d'accent apparaissent en fait sur les entête des mails (dans le sujet) ou dans l'entête de la page paypal qui récapitule le nom de la commande (et même les articles).

pour exemple, je vous envoie en MP le lien de la facture proforma. Tout est ok dedans. par contre, cliquez sur le lien payer maintenant qui va vous amener sur la page paypal, et vous verrez en en tête le problème de l'accent dans le nom de la société...

merci pour votre aide

bonne soirée

JL

[Gilles Boussin 0]

Jean-Luc,

Le formulaire sur la page PEEL est en UTF-8, tout comme il faut, et apparemment Paypal n'accepte pas les données UTF-8.

Pour raisons de compatibilité multilingue, on veut absolument rester en UTF-8.

Donc il faut que Paypal accepte de décoder nos données UTF-8.

Pour ce faire, rajoutez dans modules/paypal/fonctions.php ligne 32 :

<input type="hidden" name="charset" value="'.GENERAL_ENCODING.'">

et ça devrait fonctionner.

Gilles

[carcy 6]

Génialissime Gilles !! ça marche pour Paypal !! Nikel !!

par contre, les "objet" des mails contiennent toujours l'erreur de l'accent :

Expéditeur: contact@jl-transferts-numeriques.fr

Objet: Votre commande 16 sur JL Transferts Numériques

Date: 13.01.2011 21:28:09

Destinataire: contact@jl-transferts-numeriques.fr

Message: ...

C'est la même chose ici ? les "objets" des mails n'acceptent pas l'UTF8 ?

allez je vous laisse tranquille pour ce soir ;) :)

Bonnenuit, et encore merci 1 million de fois !!

cordialement

Jean-Luc

[Gilles Boussin 0]

La manière dont est géré l'UTF-8 sur les messageries modernes permet normalement de ne pas encoder en binaire le titre à partir du moment où on précise que la totalité de l'email est en UTF-8. Mais apparemment sur votre messagerie, ce n'est pas le cas.

Donc remplacez dans lib/fonctions/email.php la ligne 123 par les lignes suivantes :

if (strtolower(GENERAL_ENCODING) != 'iso-8859-1') {

$result = mail($this_email, '=?'.strtoupper(GENERAL_ENCODING).'?B?' . base64_encode($subject) . '?=', $mail_content, $mail_header);

} else {

$result = mail($this_email, $subject, $mail_content, $mail_header);

}

Gilles

[carcy 6]

Bonjour Gilles

Dîtes donc ! vous travaillez tard le soir !!!

merci pour votre réponse.

En éditant lib/fonctions/email.php, je constate que la ligne 123 est une ligne de commentaire...

121 /**

122 * fonction de validation d'adresse email trouvée sur http://www.phpinfo.net/?p=trucs&rub=astuces

123* Edit : fonction prise de membre.php pour verifier l'adresse email.

124 *

125* @param mixed $email

126* @return

127 */

et comme je voudrais pas faire de bétises... Pourriez vous m'éditer la ligne que je dois remplacer pour que je remplace en faisant une recherche svp ???

merci beaucoup

bonne journée

cordialement

Jean-Luc

[Gilles Boussin 0]

Bonjour,

Trouvez une dizaine de lignes plus haut :

$result = mail($this_email, $subject, $mail_content, $mail_header);

et remplacez par les lignes données dans mon précédent message.