Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] E. Translationmajoralways2021-06-28 13:382021-08-13 09:44
ReporteravicenteView Statuspublic 
Assigned Tocaristu 
PriorityhighResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0047259: Translation done with the 'Translator Helper' are now shown in the POS doing a 'Refresh data' or even Full Refresh

DescriptionWhen a translation in change in backoffice, for instance a message translation, the new translation is shown in the POS doing a 'Refresh data'.

See video [^]

However, when it is done using the 'Translator Helper', it is not shown doing 'Refresh data' or even 'Full refresh'. In the customer environment these changes are shown after two or three days.

See video [^]
Steps To ReproduceSee videos [^] [^]
Proposed SolutionAs user, I expect the same behaviour if the translation is done directly in the backoffice or through the 'Translator Helper'.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
causes defect 0047546 closedcaristu Install a translation module from the command line fails 

-  Notes
vmromanos (developer)
2021-06-28 13:49

Hi Retail,

The Translator Helper is properly updating the translation. However, it seems the POS doesn't realize about the change even after a full refresh.

You should investigate why the POS doesn't take the last translation available
adrianromero (manager)
2021-07-20 16:09

The only difference in the behavior of the full refresh functionality is the use of the "Translation Helper" application. I guess the "Translation Helper" does not stores data the same way the ERP does, or does not execute the event handlers or any other code the ERP executes.

So I suggest first to review the difference of the data when inserted using the ERP and the "Translation Helper" and if there is any difference check what is the approach to fix this topic..
hgbot (developer)
2021-08-11 12:04

Merge Request created: [^]
hgbot (developer)
2021-08-11 12:04

Merge Request created: [^]
hgbot (developer)
2021-08-12 10:02

Repository: [^]
Changeset: 0b38658966b3b6f7c03b9baca0945d491e796bcf
Author: Carlos Aristu <>
Date: 2021-08-11T11:31:36+02:00
URL: [^]

related to ISSUE-47259: support on trl file import hooks

  Provide the ability of executing custom code after a translation file
is imported through the TranslationManager

A src/org/openbravo/erpCommon/ad_forms/
M src/org/openbravo/erpCommon/ad_forms/
hgbot (developer)
2021-08-12 10:02

Merge request merged: [^]
hgbot (developer)
2021-08-12 10:03

Merge request merged: [^]
hgbot (developer)
2021-08-12 10:03

Directly closing issue as related merge request is already approved.

Repository: [^]
Changeset: 86858b0a8fbde592283ded71364b125fc96f8cc7
Author: Carlos Aristu <>
Date: 2021-08-11T12:06:10+02:00
URL: [^]

fixes ISSUE-47259: label refresh after updating with TranslationManager

  If a label translation was updated through the TranslationManager, the
incremental/full refresh was not updating the translation in the WebPOS.
This problem was not happening when the translation was directly
(manually) updated in the ERP.

  The reason is that the label translations are kept in an in-memory
cache that is cleaned up with a business entity event handler when a
change is done in a translation through DAL.

  As the TranslationManager does not use DAL, that event handler is not
invoked when it updates the translations. Thus, the cache was never
cleaned up.

  To fix the problem we are implementing a TranslationManagerHook which
cleans up the cache whenever the TranslationManager executes the import
of an AD_Message_TRL file containing the label translations.

A src/org/openbravo/mobile/core/translation/

- Issue History
Date Modified Username Field Change
2021-06-28 13:38 avicente New Issue
2021-06-28 13:38 avicente Assigned To => platform
2021-06-28 13:38 avicente Modules => Core
2021-06-28 13:38 avicente Resolution time => 1626300000
2021-06-28 13:38 avicente Triggers an Emergency Pack => No
2021-06-28 13:39 avicente Tag Attached: NOR
2021-06-28 13:48 vmromanos Assigned To platform => Retail
2021-06-28 13:49 vmromanos Note Added: 0129854
2021-07-20 16:09 adrianromero Note Added: 0130611
2021-07-20 16:09 adrianromero Assigned To Retail => vmromanos
2021-07-21 09:37 dmiguelez Resolution time 1626300000 => 1628632800
2021-08-11 12:04 hgbot Note Added: 0131061
2021-08-11 12:04 hgbot Note Added: 0131062
2021-08-11 12:07 caristu Assigned To vmromanos => caristu
2021-08-12 10:02 hgbot Note Added: 0131090
2021-08-12 10:02 hgbot Note Added: 0131091
2021-08-12 10:03 hgbot Resolution open => fixed
2021-08-12 10:03 hgbot Status new => closed
2021-08-12 10:03 hgbot Note Added: 0131092
2021-08-12 10:03 hgbot Fixed in Version => RR21Q4
2021-08-12 10:03 hgbot Note Added: 0131093
2021-08-13 09:44 caristu Issue cloned 0047546
2021-08-13 09:44 caristu Relationship added causes 0047546

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker