Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0039234Retail ModulesWeb POSpublic2018-09-06 11:112018-12-04 12:53
Reportermalsasua 
Assigned Toranjith_qualiantech_com 
PrioritynormalSeveritymajorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR19Q1 
Merge Request Status
Review Assigned Tojorge-garcia
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0039234: Initial Validation: local cashup is in status processed in backoffice
DescriptionDuring the login in POS, should be checked if the cashup stored in local database is in status processed in the backoffce
Steps To Reproduce[device1]
. login
. complete a receipt

[device2]
. login
. complete a receipt
. do cashup

[device1]
. login -> login can be done and no error message is displayed
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
depends on backport 0039742RR18Q4.1 closed ranjith_qualiantech_com Initial Validation: local cashup is in status processed in backoffice 
depends on backport 0039743RR18Q3.4 closed ranjith_qualiantech_com Initial Validation: local cashup is in status processed in backoffice 
related to defect 0039233 closed ranjith_qualiantech_com Add new initial validations during the login 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2018-09-06 11:11malsasuaNew Issue
2018-09-06 11:11malsasuaAssigned To => Retail
2018-09-06 11:11malsasuaTriggers an Emergency Pack => No
2018-09-06 11:11malsasuaRelationship addedrelated to 0039233
2018-09-06 14:01ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2018-09-06 19:15malsasuaResolution time => 1551826800
2018-11-14 08:15ranjith_qualiantech_comStatusnew => scheduled
2018-11-15 10:15hgbotCheckin
2018-11-15 10:15hgbotNote Added: 0107924
2018-11-15 10:15hgbotStatusscheduled => resolved
2018-11-15 10:15hgbotResolutionopen => fixed
2018-11-15 10:15hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/8e96a7e0606afc95bd3a771af334a69bb362d104 [^]
2018-11-26 11:16jorge-garciaReview Assigned To => jorge-garcia
2018-11-26 11:16jorge-garciaNote Added: 0108101
2018-11-26 11:16jorge-garciaStatusresolved => closed
2018-11-26 11:16jorge-garciaFixed in Version => RR19Q1
2018-12-04 12:52marvintmStatusclosed => new
2018-12-04 12:52marvintmResolutionfixed => open
2018-12-04 12:52marvintmFixed in VersionRR19Q1 =>
2018-12-04 12:53marvintmStatusnew => scheduled
2018-12-04 12:53marvintmStatusscheduled => resolved
2018-12-04 12:53marvintmFixed in Version => RR19Q1
2018-12-04 12:53marvintmResolutionopen => fixed
2018-12-04 12:53marvintmStatusresolved => closed

Notes
(0107924)
hgbot   
2018-11-15 10:15   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 8e96a7e0606afc95bd3a771af334a69bb362d104
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Thu Nov 15 14:45:23 2018 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/8e96a7e0606afc95bd3a771af334a69bb362d104 [^]

Fixed issue 39234 : Added Initial Validation to check Cashup in cache is processed in backoffice

* Added initial validation, If cashup in POS cache is processed in backoffice, terminal access should be prevented
* If Cashup is processed in device 2, but device 1 has same cashup in cache, While logging device 1, access should be prevented

---
M src-db/database/sourcedata/AD_MESSAGE.xml
M src/org/openbravo/retail/posterminal/InitialValidations.java
M src/org/openbravo/retail/posterminal/term/Terminal.java
M web/org.openbravo.retail.posterminal/js/login/model/login-model.js
---
(0108101)
jorge-garcia   
2018-11-26 11:16   
Code reviewed and tested