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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0037738
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajorsometimes2018-01-26 13:532018-02-12 10:52
ReporterasiermartirenaView Statuspublic 
Assigned Tojorge-garcia 
PriorityurgentResolutionfixedFixed in VersionRR18Q2
StatusclosedFix in branchFixed in SCM revision23b7de064474
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0037738: There are cases in which a ticket can be synchronized with the deleted property

DescriptionThere are some cases in which a ticket with the 'obposIsDeleted' property set to true can be synchronized from a flow that is not the delete ticket flow. This causes that the ticket, once synchronized has its lines delivered quantities with an amount of 0, and the payment plan haven't been generated. Also, the ticket is set as deleted when have been synchronized in a normal flow.
Steps To ReproduceThere's no exact step to reproduce. Stopping a delete ticket flow (with the 'Save Deleted Tickets' property activated) just in the moment in which the ticket have been modified ('obposIsDeleted' property set) and saved in the local database, causes that we can have an active ticket with the property set.
Proposed SolutionWhen an order is set as the active order (by any case), a test will be done to check if the 'obposIsDeleted' property is set in the order. In that case, the ticket will be automatically removed (and synchronized in the case of save deleted tickets) and the next order (or a new one) will be set as the active order.

It would be nice also to add some log when the 'obposIsDeleted' property is added to the order, adding the documentNo and id of that order in the log. There are two points in which that property is set, so is important to distinguish each one.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0102085)
hgbot (developer)
2018-01-31 10:18

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 23b7de0644749eda212988025152be36821342b6
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Tue Jan 30 17:35:05 2018 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/23b7de0644749eda212988025152be36821342b6 [^]

Fixed issue 37738: There are cases in which a ticket can be synchronized
with the deleted property

A new listener has been created to check if the ticket should be removed
from list.

Added log info to save which function is setting obposIsDeleted to the order.

---
M web/org.openbravo.retail.posterminal/js/components/order.js
M web/org.openbravo.retail.posterminal/js/model/order.js
---
(0102282)
hgbot (developer)
2018-02-09 08:23

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 1cad12415b1ded01dac19f1edabfb452ea91b760
Author: Jorge Garcia <jorge.garcia <at> openbravo.com>
Date: Thu Feb 08 09:57:41 2018 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/1cad12415b1ded01dac19f1edabfb452ea91b760 [^]

Related to issue 37738: There are cases in which a ticket can be synchronized
with the deleted property

Reverted the documentNo on change event, If the preference of Save Remove
ticket was active, the order was not being deleted.

The logic is allocated in loadCurrent function and it’s the first thing to check
before the order is chnaged.

Added new warning message to indicate why the order has been deleted.

---
M src-db/database/sourcedata/AD_MESSAGE.xml
M web/org.openbravo.retail.posterminal/js/components/order.js
M web/org.openbravo.retail.posterminal/js/model/order.js
---

- Issue History
Date Modified Username Field Change
2018-01-26 13:53 asiermartirena New Issue
2018-01-26 13:53 asiermartirena Assigned To => Retail
2018-01-26 13:53 asiermartirena Resolution time => 1518130800
2018-01-26 13:53 asiermartirena Triggers an Emergency Pack => No
2018-01-29 09:50 asiermartirena Proposed Solution updated
2018-01-30 12:58 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2018-01-30 12:59 ranjith_qualiantech_com Status new => scheduled
2018-01-30 14:16 ranjith_qualiantech_com Assigned To ranjith_qualiantech_com => jorge-garcia
2018-01-31 10:18 hgbot Checkin
2018-01-31 10:18 hgbot Note Added: 0102085
2018-01-31 10:18 hgbot Status scheduled => resolved
2018-01-31 10:18 hgbot Resolution open => fixed
2018-01-31 10:18 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/23b7de0644749eda212988025152be36821342b6 [^]
2018-02-09 08:23 hgbot Checkin
2018-02-09 08:23 hgbot Note Added: 0102282
2018-02-12 10:52 marvintm Review Assigned To => marvintm
2018-02-12 10:52 marvintm Status resolved => closed
2018-02-12 10:52 marvintm Fixed in Version => RR18Q2


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker