Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0056263Retail ModulesWeb POSpublic2024-08-14 11:352024-11-19 11:16
Reportermalsasua 
Assigned Toranjith_qualiantech_com 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR24Q4 
Merge Request Statusapproved
Review Assigned To
OBNetwork customerOBPS
Support ticket103998
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0056263: Mitigation https://issues.openbravo.com/view.php?id=52070 [^] [https://issues.openbravo.com/view.php?id=52070 [^]] should not create a new cashup in POS
DescriptionIn the mitigation created by the issue
https://issues.openbravo.com/view.php?id=52070 [^]
during the login, if the cashup stored in local DB is processed in BO, the mitigation is creating a new cashup in local DB
But, sometimes, a cashup not processed can exist in the BO. But a new cashup is created in POS, then, when this cashup is synced to BO, there are 2 cashups with processed='N' in the BO
When the last cashup is completed in POS, a EWI is raised:
Previous cashup entries should be processed before processing the current cashup entry
Steps To Reproducen/a
Proposed Solutionthe mitigation https://issues.openbravo.com/view.php?id=52070 [^]
instead of create a new cashup in POS, the system should check if exists another cashup not processed in the BO.
If exists, then it should be sent to POS instead of create a new cashup
Additional Information
TagsNo tags attached.
Relationships
related to backport 005207023Q2 closed meriem_azaf POS2 Cashup mitigation: do not check if current cashup is the last one processed, just check if it is processed 
related to feature request 0056377 closed AugustoMauch POS2 Management of inconsistent application state should be properly addressed in core2 applications 
depends on backport 0056360RR24Q3.1 closed ranjith_qualiantech_com Retail Modules Mitigation https://issues.openbravo.com/view.php?id=52070 [^] should not create a new cashup in POS 
depends on backport 0056361RR24Q2.3 closed ranjith_qualiantech_com Retail Modules Mitigation https://issues.openbravo.com/view.php?id=52070 [^] should not create a new cashup in POS 
related to defect 0057631 closed migueldejuana Retail Modules InitCashup action should not load a cashup from backoffice if the existing cashup in the state is newer 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2024-08-14 11:35malsasuaNew Issue
2024-08-14 11:35malsasuaAssigned To => Retail
2024-08-14 11:35malsasuaOBNetwork customer => OBPS
2024-08-14 11:35malsasuaSupport ticket => 103998
2024-08-14 11:35malsasuaTriggers an Emergency Pack => No
2024-08-14 11:41malsasuaRelationship addedrelated to 0052070
2024-08-14 12:05marvintmStatusnew => acknowledged
2024-08-14 12:13ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2024-08-14 12:40eugeniIssue Monitored: eugeni
2024-08-19 06:53ranjith_qualiantech_comStatusacknowledged => scheduled
2024-09-03 13:08hgbotMerge Request Status => open
2024-09-03 13:08hgbotNote Added: 0168698
2024-09-03 13:08hgbotNote Added: 0168699
2024-09-04 14:38marvintmStatusscheduled => acknowledged
2024-09-04 14:38marvintmStatusacknowledged => scheduled
2024-09-04 14:42hgbotMerge Request Statusopen => approved
2024-09-04 14:42hgbotNote Added: 0168733
2024-09-04 14:42hgbotNote Added: 0168734
2024-09-04 14:43hgbotResolutionopen => fixed
2024-09-04 14:43hgbotStatusscheduled => closed
2024-09-04 14:43hgbotNote Added: 0168735
2024-09-04 14:43hgbotFixed in Version => RR24Q4
2024-09-04 14:43hgbotNote Added: 0168736
2024-10-31 13:10malsasuaRelationship addedrelated to 0056377
2024-11-19 11:16Vany1986Note Added: 0172221
2024-11-19 11:22priyamNote Deleted: 0172221
2025-01-13 16:47aaroncaleroRelationship addedrelated to 0057631

Notes
(0168698)
hgbot   
2024-09-03 13:08   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1660 [^]
(0168699)
hgbot   
2024-09-03 13:08   
Merge Request created: https://gitlab.com/openbravo/ci/mobile-test/-/merge_requests/417 [^]
(0168733)
hgbot   
2024-09-04 14:42   
Repository: https://gitlab.com/openbravo/ci/mobile-test [^]
Changeset: 47c7d450f5cd06627e2fe23c30c95b0b213ecb04
Author: Ranjith S R <r.rangaraju@external.orisha.com>
Date: 02-09-2024 09:44:49
URL: https://gitlab.com/openbravo/ci/mobile-test/-/commit/47c7d450f5cd06627e2fe23c30c95b0b213ecb04 [^]

Related to ISSUE-56263: Disabled Offline Cashup Selenium test

---
M src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/offline/LoginOfflineAllowedFlows.java
---
(0168734)
hgbot   
2024-09-04 14:42   
Merge request merged: https://gitlab.com/openbravo/ci/mobile-test/-/merge_requests/417 [^]
(0168735)
hgbot   
2024-09-04 14:43   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1660 [^]
(0168736)
hgbot   
2024-09-04 14:43   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: fad6c8d296551bcb2e5b870746e3dd540f7b5e43
Author: Ranjith S R <ranjith.rangaraju.ext@openbravo.com>
Date: 03-09-2024 16:34:28
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/fad6c8d296551bcb2e5b870746e3dd540f7b5e43 [^]

Fixed ISSUE-56263: Added validation to load unprocessed cashup from back office
* When login, if there is any unprocessed cashup in the backoffice
  and State Cashup & Backend Cashup are different, then it should be updated to POS State

---
M src/org/openbravo/retail/posterminal/InitialValidations.java
M web/org.openbravo.retail.posterminal/app/model/business-object/cashup/actions/InitCashup.js
---