openerp-india team mailing list archive

["Ravi Gohil \(OpenERP\)" <1098602@xxxxxxxxxxxxxxxxxx>]

Hi,

This issue has been fixed for V6.1 in,
Branch: lp:~openerp-dev/openobject-addons/6.1-opw-586086-rgo 
Rev Id: rgo@xxxxxxxxxxx-20130215084126-t4116xz0rozd42pf
Rev #: 7154

and, for V7.0,
Branch: lp:~openerp-dev/openobject-addons/7.0-opw-586086-rgo 
Rev Id: rgo@xxxxxxxxxxx-20130215084213-h38jfi447y4qpf94
Rev #: 8706

The branches are under review of our experts, once it gets reviewed, it
will be merge with main stable branch.

Thanks.

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/1098602

Title:
  report_webkit translation_call does not pass proper name

Status in OpenERP Addons (modules):
  Fix Committed

Bug description:
  We are having issues translating webkit reports correctly.

  If a certain translateable term happens to be the same src value as on
  another report (both webkit and non-webkit reports) the resulting
  translation on a webkit report uses the first translation found (which
  is highly likely to be from the other report)

  This is not logical, think about the "State" variable issues we had
  before, how State should be translated is highly dependant on the
  report and context.

  Cause: not passing a proper name to ir_translation._get_source(...)
  http://bazaar.launchpad.net/~openerp/openobject-addons/7.0/view/head:/report_webkit/webkit_report.py#L194

  Suggestion: Instead of passing the template name (or path which can be
  hard to determine) I would suggest you use the service name this is
  guaranteed to be unique after all. While this is indeed quite a big
  change it should be possible to make it backwards compatible by first
  checking and if no result was found only then try the new method of
  searching on service name.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/1098602/+subscriptions