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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0056263
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2024-08-14 11:352024-11-19 11:16
ReportermalsasuaView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityhighResolutionfixedFixed in VersionRR24Q4
StatusclosedFix 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

0056263: 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
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to backport 005207023Q2 closedmeriem_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 scheduledAugustoMauch POS2 Management of inconsistent application state should be properly addressed in core2 applications 
depends on backport 0056360RR24Q3.1 closedranjith_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 closedranjith_qualiantech_com Retail Modules Mitigation https://issues.openbravo.com/view.php?id=52070 [^] should not create a new cashup in POS 

-  Notes
(0168698)
hgbot (developer)
2024-09-03 13:08

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1660 [^]
(0168699)
hgbot (developer)
2024-09-03 13:08

Merge Request created: https://gitlab.com/openbravo/ci/mobile-test/-/merge_requests/417 [^]
(0168733)
hgbot (developer)
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 (developer)
2024-09-04 14:42

Merge request merged: https://gitlab.com/openbravo/ci/mobile-test/-/merge_requests/417 [^]
(0168735)
hgbot (developer)
2024-09-04 14:43

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1660 [^]
(0168736)
hgbot (developer)
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
---

- Issue History
Date Modified Username Field Change
2024-08-14 11:35 malsasua New Issue
2024-08-14 11:35 malsasua Assigned To => Retail
2024-08-14 11:35 malsasua Triggers an Emergency Pack => No
2024-08-14 11:41 malsasua Relationship added related to 0052070
2024-08-14 12:05 marvintm Status new => acknowledged
2024-08-14 12:13 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2024-08-14 12:40 eugeni Issue Monitored: eugeni
2024-08-19 06:53 ranjith_qualiantech_com Status acknowledged => scheduled
2024-09-03 13:08 hgbot Note Added: 0168698
2024-09-03 13:08 hgbot Note Added: 0168699
2024-09-04 14:38 marvintm Status scheduled => acknowledged
2024-09-04 14:38 marvintm Status acknowledged => scheduled
2024-09-04 14:42 hgbot Note Added: 0168733
2024-09-04 14:42 hgbot Note Added: 0168734
2024-09-04 14:43 hgbot Resolution open => fixed
2024-09-04 14:43 hgbot Status scheduled => closed
2024-09-04 14:43 hgbot Note Added: 0168735
2024-09-04 14:43 hgbot Fixed in Version => RR24Q4
2024-09-04 14:43 hgbot Note Added: 0168736
2024-10-31 13:10 malsasua Relationship added related to 0056377
2024-11-19 11:16 Vany1986 Note Added: 0172221
2024-11-19 11:22 priyam Note Deleted: 0172221


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker