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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0027309
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2014-08-11 19:082014-09-11 01:38
ReporterjecharriView Statuspublic 
Assigned ToOrekaria 
PriorityurgentResolutionfixedFixed in VersionRR14Q4
StatusclosedFix in branchpiFixed in SCM revision41489fdd4240
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Merge Request Status
Review Assigned Toszapata
OBNetwork customerOBPS
Support ticket30335
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0027309: New documentno after navigating to cash up or cash management window

DescriptionNew documentno after navigating to cash up or cash management window
Steps To Reproduce-login to web pos and verify documentno
-go to cash management window and press "cancel"

Verify that you have the same documentno + 1

It happens exactly the same if you go to cash up and press cancel
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
related to defect 0027476 closedOrekaria Duplicate documentno in orders using Web POS 
depends on feature request 0027548RR14Q4 closedOrekaria Should be helpful if the OrderList object could point to OB.MobileApp.model.orderList 
blocks backport 0027813RR14Q2.3 closedOrekaria Backport the document number fixes introduced in Q4 to Q2.4/Q3 

-  Notes
(0069995)
hgbot (developer)
2014-09-07 18:02

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 41489fdd4240106ae231ac30fc24f5c4816797c0
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Sat Sep 06 19:18:34 2014 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/41489fdd4240106ae231ac30fc24f5c4816797c0 [^]

Fixes issue 27309 and issue 27476: A new document sequence algorithm has been introduced to preserve consecutive document numbers
This logic:
- can handle the regular activity with the WebPOS: navigating, adding, deleting, changing orders, etc.
- it does not fill gaps that the user do not want to. e.g: if order 001 is paid, then 3 empty orders are created and then the 004 is paid; 005 will be the next valid document number
- synchronizes the document number with the server each time the terminal info is updated, which is, as of now, after login, every page refresh and every x minutes
- cannot handle 2 or more terminals with the same id, running at the same time

---
M web/org.openbravo.retail.posterminal/js/data/dataordersave.js
M web/org.openbravo.retail.posterminal/js/login/model/login-model.js
M web/org.openbravo.retail.posterminal/js/model/order.js
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js
---
(0069996)
hgbot (developer)
2014-09-07 18:21

 Repository: tools/automation/pi-mobile
Changeset: 8fd3b52cc884a6accd7b64432cd621a2bf0a2784
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Sun Sep 07 18:20:55 2014 +0200
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/8fd3b52cc884a6accd7b64432cd621a2bf0a2784 [^]

Related to issue 27309 and to issue 27476: Several tests have been added to verify that the document sequence algorithm is working as expected

---
M src-test/org/openbravo/retail/integrationtest/tests/RetailTestSuite.java
M src-test/org/openbravo/retail/integrationtest/tests/issues/RetailIssuesTestSuite.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/DocumentnoAndLocalDatabaseDocnoEquals.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/DocumentnoComputingLogicIntegrity.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/DocumentnoComputingLogicIntegrityWithSynchronization.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/DocumentnoSynchronizationContentInReceipt.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/DocumentnoSynchronizationEmptyReceipt.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/DocumentnoWhenCreatingQuotations.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/DocumentnoWithPendingReceiptsNewDeleteAndNew.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/NewDocumentnoAfterButtonNew.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/NewDocumentnoAfterSale.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/NewDocumentnoWhenLayaway.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/RetailGeneralReceiptTestSuite.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/SameDocumentnoAfterDeletingReceipt.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/SameDocumentnoAfterRefresh.java
A src-test/org/openbravo/retail/integrationtest/tests/general/receipt/SameDocumentnoAfterRefreshWithCreatedOrder.java
A src-test/org/openbravo/retail/integrationtest/tests/issues/I27309_SameDocumentnoAfterNavigatingCashManagementCashUp.java
A src-test/org/openbravo/retail/integrationtest/tests/issues/I27476_SameDocumentNoAfterPayAndReload.java
---
(0070012)
hgbot (developer)
2014-09-08 12:40

 Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: c2a160c9542a66de3c4e7a014c3db1b2b450009d
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Mon Sep 08 12:37:30 2014 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/c2a160c9542a66de3c4e7a014c3db1b2b450009d [^]

Related to issue 27309 and issue 27476: back out rogue code

---
M web/org.openbravo.retail.posterminal/js/login/model/login-model.js
---

- Issue History
Date Modified Username Field Change
2014-08-11 19:08 jecharri New Issue
2014-08-11 19:08 jecharri Assigned To => marvintm
2014-08-11 19:08 jecharri OBNetwork customer => Yes
2014-08-11 19:08 jecharri Support ticket => 30335
2014-08-11 19:08 jecharri Resolution time => 1409781600
2014-08-11 19:08 jecharri Triggers an Emergency Pack => No
2014-09-07 17:35 Orekaria Relationship added depends on 0027548
2014-09-07 17:36 Orekaria Relationship added related to 0027476
2014-09-07 18:02 hgbot Checkin
2014-09-07 18:02 hgbot Note Added: 0069995
2014-09-07 18:02 hgbot Status new => resolved
2014-09-07 18:02 hgbot Resolution open => fixed
2014-09-07 18:02 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/41489fdd4240106ae231ac30fc24f5c4816797c0 [^]
2014-09-07 18:21 hgbot Checkin
2014-09-07 18:21 hgbot Note Added: 0069996
2014-09-07 18:23 Orekaria Assigned To marvintm => Orekaria
2014-09-07 18:23 Orekaria Status resolved => new
2014-09-07 18:23 Orekaria Resolution fixed => open
2014-09-07 18:23 Orekaria Status new => scheduled
2014-09-07 18:23 Orekaria fix_in_branch => pi
2014-09-07 18:23 Orekaria Status scheduled => resolved
2014-09-07 18:23 Orekaria Fixed in Version => RR14Q4
2014-09-07 18:23 Orekaria Resolution open => fixed
2014-09-08 12:40 hgbot Checkin
2014-09-08 12:40 hgbot Note Added: 0070012
2014-09-11 01:38 szapata Review Assigned To => szapata
2014-09-11 01:38 szapata Status resolved => closed
2014-10-09 13:34 Orekaria Relationship added blocks 0027813

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker