Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0032177 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Retail Modules] Web POS | major | always | 2016-02-09 17:43 | 2016-03-14 11:36 | |||
| Reporter | amayavicente | View Status | public | |||||
| Assigned To | ranjith_qualiantech_com | |||||||
| Priority | high | Resolution | fixed | Fixed in Version | RR16Q2 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | 4cf4ddb83e30 | ||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Review Assigned To | marvintm | |||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0032177: [SERQA 648] POS Terminal || Cash up history confusing line with all values to zero | |||||||
| Description | In 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 Reproduce | In 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 Solution | The 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. | |||||||
| Tags | SER-QA | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0084938) hgbot (developer) 2016-03-14 10:03 |
Repository: tools/automation/pi-mobile Changeset: 1ac2df087ab0e98f285a1cf376e665e6fe3b6906 Author: Ranjith S R <ranjith <at> qualiantech.com> Date: Mon Mar 14 14:32:21 2016 +0530 URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/1ac2df087ab0e98f285a1cf376e665e6fe3b6906 [^] Verifies issue 32177: Added automated test 'I32177_VerifyInitCashupAfterCashup' --- A src-test/org/openbravo/test/mobile/retail/extmodules/selenium/tests/cashup/I32177_VerifyInitCashupAfterCashup_II.java A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/cashup/I32177_VerifyInitCashupAfterCashup.java --- |
|
(0084939) hgbot (developer) 2016-03-14 10:03 |
Repository: erp/pmods/org.openbravo.retail.posterminal Changeset: 4cf4ddb83e3045fc04a6470e07816bccd76e8572 Author: Ranjith S R <ranjith <at> qualiantech.com> Date: Mon Mar 14 14:32:18 2016 +0530 URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/4cf4ddb83e3045fc04a6470e07816bccd76e8572 [^] 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 --- |
|
Notes |
|
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 | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/4cf4ddb83e3045fc04a6470e07816bccd76e8572 [^] |
| 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 |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |