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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0052703
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2023-06-08 13:482023-06-23 07:51
ReporterivazquezView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityhighResolutionfixedFixed in VersionRR23Q3
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget VersionRR22Q2.3
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionRR22Q2.3SCM revision 
Merge Request Statusapproved
Review Assigned To
OBNetwork customerOBPS
Support ticket66193
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0052703: Error loading layaway with inactive address

DescriptionIf you deactivate one of the addresses of the business partner, and it has a pending payment layaway that has this address assigned to it, you will not be able to open and finish this layaway because it gives an error when trying to load the order.

Reproduced in: https://livebuilds.openbravo.com/context/retail_mp_3.0RR22Q2.3/web/org.openbravo.retail.posterminal/?terminal=VBS-1#retail.pointofsale [^]

The video reproducing the error (in Spanish): https://youtu.be/Pye2NS87ov8 [^]
Steps To Reproduce- Create a new business partner (not mandatory)
- Assing the business partner with a new order and made it a Layaway
- Modify the business partner in order to add a new address and made an order with this new address (this last part is not mandatory)
- Go to the back office, found the business partner, and deactivate the first address.
- Go to the WebPOS and perform a Refresh Data.
- After the Refresh Data, try to open the Layaway in order to fully pay it

You will see that nothing happen and if you open the DevTools, in the Console section you'll see an error.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0151248)
hgbot (developer)
2023-06-16 07:27

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1247 [^]
(0151534)
hgbot (developer)
2023-06-23 07:51

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1247 [^]
(0151535)
hgbot (developer)
2023-06-23 07:51

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: 4b5263bf281ef79c3e47c143406f2b86ecf9f6d5
Author: Ranjith S R <ranjith@qualiantech.com>
Date: 23-06-2023 05:30:54
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/4b5263bf281ef79c3e47c143406f2b86ecf9f6d5 [^]

Fixed ISSUE-52703: Location should be fetched from backoffice when loading paid receipt
* When opening paid receipt, location should be fetched from backoffice
  if location is not present in POS

---
M web/org.openbravo.retail.posterminal/app/model/business-object/ticket/LoadTicketUtils.js
M web/org.openbravo.retail.posterminal/js/components/bplocation.js
---

- Issue History
Date Modified Username Field Change
2023-06-08 13:48 ivazquez New Issue
2023-06-08 13:48 ivazquez Assigned To => Retail
2023-06-08 13:48 ivazquez OBNetwork customer => OBPS
2023-06-08 13:48 ivazquez Support ticket => 66193
2023-06-08 13:48 ivazquez Triggers an Emergency Pack => No
2023-06-08 13:51 Practics Issue Monitored: Practics
2023-06-13 18:36 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2023-06-14 08:10 ranjith_qualiantech_com Status new => scheduled
2023-06-16 07:27 hgbot Merge Request Status => open
2023-06-16 07:27 hgbot Note Added: 0151248
2023-06-23 07:50 hgbot Merge Request Status open => approved
2023-06-23 07:51 hgbot Note Added: 0151534
2023-06-23 07:51 hgbot Resolution open => fixed
2023-06-23 07:51 hgbot Status scheduled => closed
2023-06-23 07:51 hgbot Fixed in Version => RR23Q3
2023-06-23 07:51 hgbot Note Added: 0151535


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker