Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0053470Retail ModulesWeb POSpublic2023-09-18 10:472024-03-18 13:17
Reportermikael_nouma 
Assigned ToTriage Platform Base 
PriorityurgentSeveritymajorReproducibilityalways
StatusnewResolutionopen 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression levelProduction - Confirmed Stable
Regression date
Regression introduced in releaseRR22Q3
Regression introduced by commithttps://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/commit/d1ff623e09ebf3f2b6bc79084ba62f2c46606508 [^]
Triggers an Emergency PackNo
Summary0053470: Bad translation between the 2 nodes
Descriptionin HA, when one translation is modified (in for example node A), it is displayed only in the tills connected to this node. For the rest of the tills it is not displayed until restart tomcat is done
Steps To ReproduceTested in PERF environment (which is using nodeA-nodeB)
 
- update translation on a message in perf backoffice using "Translation Helper" => update ok on Backoffice
- despite login/cashup or refresh datas : till is NOT updated when linked to App-B but tills updated when Pos linked to App-A

Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 0049558 closed AugustoMauch Performance problem on LabelsComponent.getMobileAppDependantModuleIdList 
related to defect 0042356 closed ranjith_qualiantech_com Messages, translations and lists for all modules are loaded from the database every time WebPOS is accessed or refreshed 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2023-09-18 10:47mikael_noumaNew Issue
2023-09-18 10:47mikael_noumaAssigned To => Retail
2023-09-18 10:47mikael_noumaTriggers an Emergency Pack => No
2023-09-18 12:18guillermogilAssigned ToRetail => Triage Platform Base
2023-09-20 10:30mikael_noumaNote Added: 0155014
2023-09-20 10:30mikael_noumaSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=26857#r26857
2023-09-20 16:45AugustoMauchNote Added: 0155048
2023-09-20 16:45AugustoMauchTypedefect => feature request
2023-10-24 12:27egoitzIssue Monitored: egoitz
2023-10-24 13:03hector_hernaezIssue Monitored: hector_hernaez
2023-10-26 09:29egoitzRegression level => Production - Confirmed Stable
2023-10-26 09:29egoitzRegression introduced in release => RR22Q3
2023-10-26 09:29egoitzRegression introduced by commit => https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/commit/d1ff623e09ebf3f2b6bc79084ba62f2c46606508 [^]
2023-10-26 09:29egoitzTypefeature request => defect
2023-12-18 10:58AugustoMauchNote Added: 0158291
2023-12-18 10:58AugustoMauchTypedefect => design defect
2024-03-18 13:14alostaleRelationship addedrelated to 0049558
2024-03-18 13:17alostaleRelationship addedrelated to 0042356

Notes
(0155014)
mikael_nouma   
2023-09-20 10:30   
We also see that there is one method "clearLabels" that it is executed when one translation is modified:

https://gitlab.com/openbravo/customers/NOR/org.openbravo.mobile.core/-/blob/master/src/org/openbravo/mobile/core/login/LabelsComponent.java?ref_type=heads#L206 [^]
 
but this method is only executed in the node that label translation is modified. For this reason, in node A works fine, and node B wrong
So, in HA, when one translation is modified (in for example node A), it is displayed only on the tills connected to this node. For the rest of the tills it is not displayed until restart tomcat is done.
(0155048)
AugustoMauch   
2023-09-20 16:45   
Based on our analysis, this is a feature request. Hot-updates of translations in cluster environments have never been supported.

You could contact the Product Management Team to include it in the product evolution backlog of reactPOS.
(0158291)
AugustoMauch   
2023-12-18 10:58   
We are for now still considering a design defect. Translations used to work as it was expecte by this issue, but in 2020 the behaviour was changed (here [1]) because the previous approach had performance problems.

In the current approach, translations are treated similarly to sources, and they are not expected to be made available immediately after being modified.

[1] https://issues.openbravo.com/view.php?id=42356 [^]