Openbravo Issue Tracking System - Retail Modules
View Issue Details
0032563Retail ModulesWeb POSpublic2016-03-31 12:402016-06-04 11:48
xabiermerino 
ranjith_qualiantech_com 
highminoralways
closedfixed 
5
 
RR16Q3 
migueldejuana
Production - Confirmed Stable
2015-07-03
RR15Q4
https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/464633dd387fd0cd4fb468d2bd62b368f5170b34 [^]
No
0032563: [SERQA 861] JS Error when you do an initial count without Cash payment method
If you configurate a POS Terminal withou payment method of Cash type an JS error appears when you execute an Initial Count
*** Reproduced in Retail with modules
0.- Log into Web POS with vallblanca user and do a Cash Up
1.- As Openbravo Admin go to the backend (live builds)
2.- Go to POS Terminal Type and select VBS POS Terminal
3.- Go to Payment Method tab and select USA Cash
4.- Uncheck Cash field
5.- Go to Preference window and create a new one:
    5.1.- Property: Web POS payment Cash
    5.2.- Value: N
    5.3.- Client: White valley group
    5.4.- Organization: Vall Blanca Store
    5.5.- User: Vall Blanca Store User
6.- Log into Web POS with vallblanca user and try to do an Initial Count
SER-QA
related to design defect 0030551 closed jorge-garcia It is not possible to login in a terminal without payment methods defined 
depends on backport 0033110RR16Q2 closed jorge-garcia [SERQA 861] JS Error when you do an initial count without Cash payment method 
depends on backport 0033111RR16Q1.3 closed jorge-garcia [SERQA 861] JS Error when you do an initial count without Cash payment method 
caused by defect 0029463RR15Q4 closed jorge-garcia It is possible to give change or pay a return ticket if there is no cash available 
Issue History
2016-03-31 12:40xabiermerinoNew Issue
2016-03-31 12:40xabiermerinoAssigned To => Retail
2016-03-31 12:40xabiermerinoResolution time => 1460671200
2016-03-31 12:40xabiermerinoTriggers an Emergency Pack => No
2016-03-31 12:41xabiermerinoTag Attached: SER-QA
2016-03-31 13:43ageteSummaryJS Error when you do an initial count without Cash payment method => [SERQA 861] JS Error when you do an initial count without Cash payment method
2016-04-04 14:36OrekariaStatusnew => acknowledged
2016-04-05 12:27ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2016-04-05 12:27ranjith_qualiantech_comStatusacknowledged => scheduled
2016-04-07 10:51hgbotCheckin
2016-04-07 10:51hgbotNote Added: 0085478
2016-04-07 10:51hgbotCheckin
2016-04-07 10:51hgbotNote Added: 0085479
2016-04-07 10:51hgbotStatusscheduled => resolved
2016-04-07 10:51hgbotResolutionopen => fixed
2016-04-07 10:51hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/24f900d3a01c8e8c0a790cff7ce1af6d2048e078 [^]
2016-04-20 08:08ranjith_qualiantech_comNote Added: 0085760
2016-04-20 12:18migueldejuanaReview Assigned To => migueldejuana
2016-04-20 12:18migueldejuanaNote Added: 0085775
2016-04-20 12:18migueldejuanaStatusresolved => closed
2016-06-02 10:00guillermogilRelationship addedrelated to 0030551
2016-06-02 12:42jorge-garciaNote Added: 0086912
2016-06-02 12:42jorge-garciaStatusclosed => new
2016-06-02 12:42jorge-garciaResolutionfixed => open
2016-06-02 12:43jorge-garciaRegression level => Production - Confirmed Stable
2016-06-02 12:43jorge-garciaRegression date => 2015-07-03
2016-06-02 12:43jorge-garciaRegression introduced in release => RR15Q4
2016-06-02 12:43jorge-garciaRegression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/464633dd387fd0cd4fb468d2bd62b368f5170b34 [^]
2016-06-02 12:44jorge-garciaStatusnew => scheduled
2016-06-02 12:45jorge-garciaStatusscheduled => resolved
2016-06-02 12:45jorge-garciaFixed in Version => RR16Q3
2016-06-02 12:45jorge-garciaResolutionopen => fixed
2016-06-02 12:45jorge-garciaNote Added: 0086913
2016-06-02 12:45jorge-garciaStatusresolved => closed
2016-06-02 12:58dmitry_mezentsevRelationship addedcaused by 0029463
2016-06-04 11:48dmitry_mezentsevSeveritymajor => minor

Notes
(0085478)
hgbot   
2016-04-07 10:51   
Repository: tools/automation/pi-mobile
Changeset: 0678bad9c1358943f0f1e86d1092d7fb71ec6e07
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Thu Apr 07 14:20:14 2016 +0530
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/0678bad9c1358943f0f1e86d1092d7fb71ec6e07 [^]

Verifies issue 32563 : Added automated test 'I32563_CheckPaymentWhileLoading'

---
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/system/I32563_CheckPaymentWhileLoading.java
---
(0085479)
hgbot   
2016-04-07 10:51   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 24f900d3a01c8e8c0a790cff7ce1af6d2048e078
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Thu Apr 07 14:20:43 2016 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/24f900d3a01c8e8c0a790cff7ce1af6d2048e078 [^]

Fixes issue 32563 : Validating payment while checking Valid Payments

---
M web/org.openbravo.retail.posterminal/js/pointofsale/view/payment.js
---
(0085760)
ranjith_qualiantech_com   
2016-04-20 08:08   
Reg. fix,
in payment.js, checkValidPayments fn(), return variable "returnCheck" has been added. This variable is used to find whether validation (checkValidCashOverpayment, checkEnoughCashAvailable, checkValidPaymentMethod) are completed or not
(0085775)
migueldejuana   
2016-04-20 12:18   
Tested and reviewed
(0086912)
jorge-garcia   
2016-06-02 12:42   
Reopened because this is finally a regression. Must be created backports
(0086913)
jorge-garcia   
2016-06-02 12:45   
Backports had been created. Closing this issue