c2c-oerpscenario team mailing list archive

["Olivier Dony \(OpenERP\)" <537449@xxxxxxxxxxxxxxxxxx>]

Assigning to framework team to double-check and properly validate
this... seems that it's not completely working yet in trunk indeed.

** Changed in: openobject-server/trunk
   Importance: Undecided => Medium

** Changed in: openobject-server/trunk
    Milestone: None => 6.0-rc2

** Changed in: openobject-server/trunk
     Assignee: (unassigned) => OpenERP's Framework R&D (openerp-dev-framework)

-- 
Report Fails to handle accented chars
https://bugs.launchpad.net/bugs/537449
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.

Status in OpenObject Server: Confirmed
Status in OpenObject Server 5.0 series: Invalid
Status in OpenObject Server trunk series: Confirmed

Bug description:
Hi,

When you try to print a report (RML) with non-ascii characters, like in the string 'día', you get an error that says that can't decode the character.:

   File "/opt/openerp/trunk_pxgo/server/bin/report/render/rml2pdf/utils.py", line 109, in _process_text
   result += unicode(self.localcontext.get('translate', lambda x:x)(sps.pop(0)))
   UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128)

Looking at the stable version (5.0), there is a difference:
            result += tools.ustr(self.localcontext.get('translate', lambda x:x)(sps.pop(0)))
instead of 5.2:
            result += unicode(self.localcontext.get('translate', lambda x:x)(sps.pop(0)))

is this okay? i've tried to change the methods and I've got success (importing previusly "tools").

sorry for the explanation