Error in "company" field

Regis

2009-04-22 11:55

Situation: quick.cart 3.1
basket check-out field "company"
Error in e-mail for administrator.

When customer filling comany name with ".." then error appears in e-mail, witch is sent for administrator as notifiaction about new order.

I.E.: customer fills "privatus"
Admin receives in e-mail: "privatus"

Same problem in field "Street"

In admin area "orders" everything is ok. Problem only from e-mail side.

» Quick.Cart v3.x

treewood (OpenSolution)

2009-04-23 08:02

regis - thanks for this ... we will check it

Regis

2009-04-23 08:10

If You remember - this is same shop www.miskui.lt where was problem with encoding of characters in sendtomailforcustomer function.

http://opensolution.org/Quick.Cart/forum/?p=readTopic&nr=5406

So probably after solving this bug function
function change2Url( $sContent ){
return strtolower( change2Latin( str_replace(

does not work in Trash.php ?

Anyway, it would be great to fix this bug...

beholder

2009-04-24 12:00

this could be the ANSI/UNICODE bug that QC has..
you could try to add the custom characters from your language to the change2Latin function (remove from there those that you don't need - like most of the Polish characters). Then convert Trash.php to ANSI in Notepad++ and save.

You definitely could have this problem, since your URLs look like this:
http://www.miskui.lt/?351,hidraulin%C4%97-alyva-addinol-hlp46-200-litr%C5%B3-statin%C4%97

Regis

2009-04-27 11:23

It can't help - i don't use change2latin function, because otherways SendOrderToClient plug-in doesn not works ...

beholder

2009-04-27 14:25

well, that's the ANSI/UNICODE bug then. I think.
SendOrderToClient uses the same change2latin() so if that function doesn't work at all or works not well, then your emails are going to be full of s*^@. You write you had to switch it off, so that was probably the case here.

Tell you what: convert your language file (lang/xx.php) to UTF-8. Specify UTF-8 encoding in that language file. Then convert all your db and config files to UTF-8. Then check if libraries/Trash.php is of UTF-8 format. Use Notepad++ to do this.

Regis

2009-04-29 08:28

All these files allready are in UTF-8. It has been made in the installation phase of the project. Otherways there would be more problems than this.

So, treewood, may be You have any news regarding this problem?

beholder

2009-04-29 10:45

what encoding do you use then in lang/xx.php? is it really UTF-8?

Regis

2009-04-30 10:43

$config['charset'] = "utf-8";

And Notepad++ shows, that file is in "UTF-8 without BOM"

The new language file was created not manually but via Quick.Cart administration panel in "Languages -> New language".

beholder

2009-04-30 12:27

ok.

So you deleted/switched off the change2Latin() function to have your emails display weird characters? I would just add a simple header to the email specifying UTF-8 content and turn off the function at the core/common.php's sendEmail() function.

Furthermore, please confirm in Notepad++ that the libraries/Trash.php is of UTF-8 without BOM format and additionally post here your change2Latin function (if you have it enabled).

Regis

2009-05-04 08:58

Yes, the file libraries/Trash.php really is in UTF-8 without BOM format.

I've have not enabled change2Latin function. May be You can post an example of code, witch should be used in core/common.php's sendEmail() function?

beholder

2009-05-04 17:42

this code is freely available on this forum: http://opensolution.org/Quick.Cart/forum/?p=readTopic&nr=5422
please report back on what happens when you enable UTF-8 encoding in email and disable this line:
$sTopic = change2Latin( $sTopic );