Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0053470
TypeCategorySeverityReproducibilityDate SubmittedLast Update
design defect[Retail Modules] Web POSmajoralways2023-09-18 10:472024-05-27 12:15
Reportermikael_noumaView Statuspublic 
Assigned ToTriage Platform Base 
PriorityurgentResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0053470: 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

TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0049558 closedAugustoMauch Performance problem on LabelsComponent.getMobileAppDependantModuleIdList 
related to defect 0042356 closedranjith_qualiantech_com Messages, translations and lists for all modules are loaded from the database every time WebPOS is accessed or refreshed 

-  Notes
(0155014)
mikael_nouma (developer)
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 (administrator)
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 (administrator)
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 [^]

- Issue History
Date Modified Username Field Change
2023-09-18 10:47 mikael_nouma New Issue
2023-09-18 10:47 mikael_nouma Assigned To => Retail
2023-09-18 10:47 mikael_nouma Triggers an Emergency Pack => No
2023-09-18 12:18 guillermogil Assigned To Retail => Triage Platform Base
2023-09-20 10:30 mikael_nouma Note Added: 0155014
2023-09-20 10:30 mikael_nouma Steps to Reproduce Updated View Revisions
2023-09-20 16:45 AugustoMauch Note Added: 0155048
2023-09-20 16:45 AugustoMauch Type defect => feature request
2023-10-24 12:27 egoitz Issue Monitored: egoitz
2023-10-24 13:03 hector_hernaez Issue Monitored: hector_hernaez
2023-10-26 09:29 egoitz Regression level => Production - Confirmed Stable
2023-10-26 09:29 egoitz Regression introduced in release => RR22Q3
2023-10-26 09:29 egoitz Regression introduced by commit => https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/commit/d1ff623e09ebf3f2b6bc79084ba62f2c46606508 [^]
2023-10-26 09:29 egoitz Type feature request => defect
2023-12-18 10:58 AugustoMauch Note Added: 0158291
2023-12-18 10:58 AugustoMauch Type defect => design defect
2024-03-18 13:14 alostale Relationship added related to 0049558
2024-03-18 13:17 alostale Relationship added related to 0042356
2024-05-27 12:15 alostale Regression level Production - Confirmed Stable =>
2024-05-27 12:15 alostale Regression introduced in release RR22Q3 =>
2024-05-27 12:15 alostale Regression introduced by commit https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/commit/d1ff623e09ebf3f2b6bc79084ba62f2c46606508 [^] =>


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker