Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000884Openbravo ERP01. General setuppublic2007-01-31 05:312008-06-12 09:43
Reporteruser71 
Assigned Toalostale 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0000884: Chinese client is not right when creating client
DescriptionRun Env:
version: ob2.21
db: oracle 10.2g
tomcat 5.5

Step:
1. normal compile and isntall
2. Set Luanguage to zh_CN
3. SELECT Initial client setup
4. type a chinese client in client field
5. execute
6. check data in database table, code is not right
Steps To Reproduce
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange

Notes
(0004473)
user71   
2005-06-01 00:00   
(edited on: 2008-06-12 09:43)
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1648426 [^]
(0000703)
alostale   
2007-03-13 18:33   
(edited on: 2008-06-12 09:17)
Logged In: YES
user_id=1500722
Originator: NO

We are working in this bug now.
The problem is in the <FORM name="frmMain" method="POST" ... enctype="multipart/form-data">. The "enctype" which is necessary to upload the file makes fail the utf-8 characters. At this moment we have not found a solution yet, as a workarround I would create the client (which will have strange characters) and once it is created I would update its name (and the organization and roles names if necessary) manually. I hope we can fix this as soon as possible.
(0000704)
alostale   
2007-03-14 16:53   
(edited on: 2008-06-12 09:17)
Logged In: YES
user_id=1500722
Originator: NO

The solution is to get string variables like this:
String strCliente = new String(vars.getStringParameter("inpCliente").getBytes("ISO-8859-1"),"UTF-8");

fixed on r2.30