View Issue Details

IDProjectCategoryView StatusLast Update
0001619OXID eShop (all versions)1.05. Userspublic2010-03-25 10:43
ReporterFirefax Assigned To 
Status resolvedResolutionfixed 
Product Version4.2.0 revision 23610 
Fixed in Version4.3.0 revision 26948 
Summary0001619: apostrophe ' in a user name changes to & # 0 3 9
DescriptionIf a User has a name with an apostrophe, the shop does not handle this ' correct everywhere.

The users name appears correctly in the Database and in the Admin-interface.

But in the email and in the message text (the message text while ordering) the apostrophe is changed into & # 0 3 9 (without the blank). Maybe the wrong version of the ' appears more often, but i only found this ones.
Pls check especially the emails, i can't reporduce it the the demo-shop.
Additional InformationWe diskuss about it in the german forum (inkl. a picture with the wrong apostrophe)

The picture is made for the latest PE-Demo (PE4.2.0) The name in the adress is ok, but in the message is the bug.
TagsNo tags attached.
Attached Files
Bug hochkomma-2.jpg (56,787 bytes)   
Bug hochkomma-2.jpg (56,787 bytes)   
email.png (10,464 bytes)   
email.png (10,464 bytes)   
PHP Versionany
Database Versionany


related to 0001920 resolvedarvydas_vapsva apostrophe ' in user->street(billing address) changes to & # 0 3 9 



2010-01-23 12:29

reporter   ~0002303

Last edited: 2010-01-23 12:30

The invoices are also effected. When you save a invoice the name of the File is : "D& # 0 3 9 ;A.pdf" instead of "D'A.pdf and the printed Name inside the pdf-File is also D & # 0 3 9 ; A

The ' changes always to & # 0 3 9 ;


2010-03-10 09:57

reporter   ~0002403

Last edited: 2010-03-10 09:57

hopefully it will be fixed in 4.3!

Strange, it's only happen in PE, but not in CE.
In the database the userdate (name, adress) contains the converted characters:
"Route d & # 0 3 9 ;Ambilly"


2010-03-20 13:59

reporter   ~0002418

same problem exist in email From/To fields. see attached img for more info


2010-03-25 10:43

reporter   ~0002431

Last edited: 2010-03-25 10:43

FYI: Fix covers many php ant template files, so there cannot be simply solution to fix the problem. In case you are unable to update to next version there are some guidelines about what needs to be done (still i highly RECOMMEND update).

* oxemail.php - most of setSubject(), setRecipient() and setReplyTo() call should be fixed by passing raw values to it, e.g. $this->setReplyTo( $oShop->oxshops__oxorderemail->value, $oShop->oxshops__oxname->getRawValue() );

* oxcmp_user.php, order.php, user.php - when getting 'ordrem' parameter from request and setting it to session, fetch it like this oxConfig::getParameter( 'order_remark', true ); last parameter value TRUE ensures, that input will not be processed. When passing it back to view (order/user::getOrderRemark()) ensute, that value is encoded (use oxConfig::checkSpecialChars())

* in most of plain templates, plain cms call "..->x_field->getRawValue()", instead of "..->x_field->value", this will exclude encoded data. Same rules for invoice pdf generator.