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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0048808
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSmajoralways2022-03-16 10:112022-03-31 16:09
ReporterjavietxeView Statuspublic 
Assigned Toelara 
PrioritynormalResolutionfixedFixed in Version
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

0048808: FLUN-2740 Error while retrying an errors while importing cashup with safeboxes

DescriptionThe safeboxes transactions are created in the organization of the context. If the context of the user that is retrying an errors while importing related to cashup with safeboxes is *, as no transactions can be at this organization, the reprocessing fails.
Steps To ReproduceIn an environment with safeboxes:

In the backoffice
- Configure a wrong payment method config in the safebox (for example not setting up the Payment Method's GL Item in the Safebox configuration)

In the POS:
- Log in to the POS
- Select the wrongly configured safebox
- Create a transaction with the wrong payment method
- Do the cashup

In the backoffice
- Check that the session of the backoffice is * organization (if it is not, change it)
- Check that the cashup is in errors while importing
- Press in "Save again"

While processing, a new error will appear:
Entity FIN_Finacc_Transaction may not have instances with organization * (find the whole stacktrace attached)
Proposed SolutionIn the ProcessCashClose class, createSafeBoxTransactions method, set the Organization of the cashup manually while creating the transaction, not letting it being set by the session
TagsNo tags attached.
Attached Filestxt file icon stacktrace.txt [^] (7,107 bytes) 2022-03-16 10:11 [Show Content]

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0135935)
hgbot (developer)
2022-03-22 19:08

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/750 [^]
(0136218)
hgbot (developer)
2022-03-31 16:09

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: e1600c97ea30ffd20f5955fbb33dbab62e780941
Author: Eduardo Lara <eduardo.lara@smfconsulting.es>
Date: 31-03-2022 14:09:38
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/e1600c97ea30ffd20f5955fbb33dbab62e780941 [^]

Fixes ISSUE-48808: Manually set transaction organization at...

---
M src/org/openbravo/retail/posterminal/ProcessCashClose.java
M web/org.openbravo.retail.posterminal/app/model/business-object/cashup/actions/CompleteCashupAndCreateNew.js
---
(0136219)
hgbot (developer)
2022-03-31 16:09

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/750 [^]

- Issue History
Date Modified Username Field Change
2022-03-16 10:11 javietxe New Issue
2022-03-16 10:11 javietxe Assigned To => Retail
2022-03-16 10:11 javietxe File Added: stacktrace.txt
2022-03-16 10:11 javietxe Triggers an Emergency Pack => No
2022-03-16 20:45 elara Assigned To Retail => elara
2022-03-16 20:45 elara Status new => scheduled
2022-03-22 19:08 hgbot Note Added: 0135935
2022-03-31 16:09 hgbot Resolution open => fixed
2022-03-31 16:09 hgbot Status scheduled => closed
2022-03-31 16:09 hgbot Fixed in Version => RR22Q2
2022-03-31 16:09 hgbot Note Added: 0136218
2022-03-31 16:09 hgbot Note Added: 0136219


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker