Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2016-02-09 17:432016-03-14 11:36
ReporteramayavicenteView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityhighResolutionfixedFixed in VersionRR16Q2
StatusclosedFix in branchFixed in SCM revision4cf4ddb83e30
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

0032177: [SERQA 648] POS Terminal || Cash up history confusing line with all values to zero

DescriptionIn the tab POS Terminal || Cash up history, when a cash up is done, a new record with all values to zero is created.

For clients using the module sessions, this is confusing, becuase they don't know if a till has been open or not.

The new line with all values to zero should be shown just when a new till is open.
Steps To ReproduceIn an environment with the sessions module, open a till in a terminal and make cash up.

In POS Terminal || Cash up history, check that, after make cash up, a new line with all values to zero is created although there is not an open till.
Proposed SolutionThe best solution is not to create the new cashup until a navigation is done to the Web POS. To do this, we would need to:

- Remove the call to OB.UTIL.initCashup in cashup-model.js.
- Test that without the session module installed, as soon as a navigation is done to the main POS window (so, when the user sees the "Good Job!" popup and clicks ok) a new cashup is created and synchronized to the backend.
- Test that with the sessions module, after the cashup the system logs out, and then as soon as a log in is done, a new cashup is created and synchronized to the backend.

These flows should also be tested while being offline, to ensure that the Web POS works correctly in this case.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0033172 closedjorge-garcia [SER QA 1245] Till differences generated during the initial count are not linked to a cashup 

-  Notes
hgbot (developer)
2016-03-14 10:03

Repository: tools/automation/pi-mobile
Changeset: 1ac2df087ab0e98f285a1cf376e665e6fe3b6906
Author: Ranjith S R <ranjith <at>>
Date: Mon Mar 14 14:32:21 2016 +0530
URL: [^]

Verifies issue 32177: Added automated test 'I32177_VerifyInitCashupAfterCashup'

A src-test/org/openbravo/test/mobile/retail/extmodules/selenium/tests/cashup/
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/
hgbot (developer)
2016-03-14 10:03

Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 4cf4ddb83e3045fc04a6470e07816bccd76e8572
Author: Ranjith S R <ranjith <at>>
Date: Mon Mar 14 14:32:18 2016 +0530
URL: [^]

Fixes issue 32177 : Removing new cashup addition when cashup is posted

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

- Issue History
Date Modified Username Field Change
2016-02-09 17:43 amayavicente New Issue
2016-02-09 17:43 amayavicente Assigned To => Retail
2016-02-09 17:43 amayavicente Resolution time => 1456182000
2016-02-09 17:43 amayavicente Triggers an Emergency Pack => No
2016-02-09 17:44 amayavicente Tag Attached: SER-QA
2016-02-11 12:36 Orekaria Status new => acknowledged
2016-02-24 16:17 marvintm Proposed Solution updated
2016-02-24 17:03 marvintm Proposed Solution updated
2016-03-08 05:08 ranjith_qualiantech_com Assigned To Retail => ranjith_qualiantech_com
2016-03-08 05:08 ranjith_qualiantech_com Status acknowledged => scheduled
2016-03-14 10:03 hgbot Checkin
2016-03-14 10:03 hgbot Note Added: 0084938
2016-03-14 10:03 hgbot Checkin
2016-03-14 10:03 hgbot Note Added: 0084939
2016-03-14 10:03 hgbot Status scheduled => resolved
2016-03-14 10:03 hgbot Resolution open => fixed
2016-03-14 10:03 hgbot Fixed in SCM revision => [^]
2016-03-14 11:36 marvintm Review Assigned To => marvintm
2016-03-14 11:36 marvintm Status resolved => closed
2016-03-14 11:36 marvintm Fixed in Version => RR16Q2
2016-06-07 17:00 aaroncalero Relationship added related to 0033172

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker