← Back to team overview

openerp-india team mailing list archive

[Bug 1131798] [NEW] [6.1] Translation cache for (webkit) reports never invalidated

 

Public bug reported:

When you print a report, the translation value is cached within the
server. Changing the Translation Value of the translation record does
not update the value in the cache, because _get_source method is being
called by the reporting engine with name = None, while the cache
invalidation only happens for name = "report_name".

This is only reproducible with webkit report engine because it passes
None as the report name, whereas the RML engine will always pass the
actual report name. Nevertheless ir.translation is managing its cache
inconsistently, because a falsy `name` is considered a wildcard in
_get_source but not during cache invalidation.

** Affects: openobject-server
     Importance: Low
     Assignee: OpenERP's Framework R&D (openerp-dev-framework)
         Status: Confirmed


** Tags: cache reporting

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

Title:
  [6.1] Translation cache for (webkit) reports never invalidated

Status in OpenERP Server:
  Confirmed

Bug description:
  When you print a report, the translation value is cached within the
  server. Changing the Translation Value of the translation record does
  not update the value in the cache, because _get_source method is being
  called by the reporting engine with name = None, while the cache
  invalidation only happens for name = "report_name".

  This is only reproducible with webkit report engine because it passes
  None as the report name, whereas the RML engine will always pass the
  actual report name. Nevertheless ir.translation is managing its cache
  inconsistently, because a falsy `name` is considered a wildcard in
  _get_source but not during cache invalidation.

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


Follow ups

References