Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0028084Retail ModulesWeb POSpublic2014-11-04 18:102015-01-29 14:08
Reportercaristu 
Assigned Tomario_castello 
PriorityimmediateSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Versionpi 
Target VersionFixed in VersionRR15Q1 
Merge Request Status
Review Assigned Tomtaal
OBNetwork customerOBPS
Support ticket31672
Regression levelPre packaging ( pi )
Regression date2014-09-23
Regression introduced in releasepi
Regression introduced by commithttps://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/fd524cdec323#l3.8 [^]
Triggers an Emergency PackNo
Summary0028084: Not possible to complete the receipt if we don't enter the exact amount
DescriptionIs not possible to complete the receipt if we don't enter the exact amount. If we enter a higher quantity, the following message appears in the payment screen: "There is not enough cash available", but indeed there exists enough cash available
Steps To Reproduce1) Login in WebPOS
2) Create a new receipt and add a product. The receipt will have a total, 150.50 for example
3) Use the cash payment method to pay the receipt. Enter a quantity higher than 150.50, 200 for example. The message appears even if we have enough cash available.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Filesdiff 28084_q4.diff (634) 2014-11-25 07:20
https://issues.openbravo.com/file_download.php?file_id=7539&type=bug
Issue History
Date ModifiedUsernameFieldChange
2014-11-04 18:10caristuNew Issue
2014-11-04 18:10caristuAssigned To => marvintm
2014-11-04 18:10caristuOBNetwork customer => Yes
2014-11-04 18:10caristuSupport ticket => 31672
2014-11-04 18:10caristuResolution time => 1417388400
2014-11-04 18:10caristuRegression level => Production - QA Approved
2014-11-04 18:10caristuTriggers an Emergency Pack => No
2014-11-04 18:10caristuIssue Monitored: networkb
2014-11-04 18:11caristuTarget VersionRR15Q1 =>
2014-11-14 16:32mario_castelloAssigned Tomarvintm => mario_castello
2014-11-14 16:33mario_castelloStatusnew => scheduled
2014-11-14 16:33mario_castellofix_in_branch => pi
2014-11-19 19:57hgbotCheckin
2014-11-19 19:57hgbotNote Added: 0071835
2014-11-19 19:57hgbotStatusscheduled => resolved
2014-11-19 19:57hgbotResolutionopen => fixed
2014-11-19 19:57hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/972259f7484152ad4d3389933d57965a584299eb [^]
2014-11-21 09:17mtaalRegression levelProduction - QA Approved =>
2014-11-21 09:17mtaalNote Added: 0071868
2014-11-21 09:17mtaalfix_in_branchpi =>
2014-11-21 09:19mtaalReview Assigned To => mtaal
2014-11-21 09:19mtaalNote Added: 0071871
2014-11-21 09:19mtaalStatusresolved => closed
2014-11-21 09:19mtaalFixed in Version => RR15Q1
2014-11-24 14:41mtaalRegression level => Pre packaging ( pi )
2014-11-24 14:41mtaalRegression date => 2014-09-23
2014-11-24 14:41mtaalRegression introduced in release => pi
2014-11-24 14:41mtaalRegression introduced by commit => https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/fd524cdec323#l3.8 [^]
2014-11-25 07:20mtaalFile Added: 28084_q4.diff
2014-11-25 07:23mtaalNote Added: 0071957
2015-01-29 14:08hgbotCheckin
2015-01-29 14:08hgbotNote Added: 0073902

Notes
(0071835)
hgbot   
2014-11-19 19:57   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 972259f7484152ad4d3389933d57965a584299eb
Author: Mario Castello <mario.castello <at> peoplewalking.com>
Date: Wed Nov 19 12:55:29 2014 -0600
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/972259f7484152ad4d3389933d57965a584299eb [^]

fixed issue 28084: Not possible to complete the receipt if we don't enter the exact amount

---
M web/org.openbravo.retail.posterminal/js/login/model/login-model.js
---
(0071868)
mtaal   
2014-11-21 09:17   
After discussing with reporter: removed the regression field. Remark from the reporter (describing the problem the customer had):

The problem they had was that after a time, they were able to see the message "There is not enough cash available" after some time working. This message appeared because the balance of their financial accounts was decreasing after doing the cash-ups. We think that this could be a combination of a bad usage of the user and also a possible bug. After updating them to Q3.1 and apply a patch that Antonio created they didn't experience the problem.

the issue was reproduced on pi, but the cause was different, it was 'caused' by changes done for the cashup refactor project which saves cashups on the server.
(0071871)
mtaal   
2014-11-21 09:19   
Tested and reviewed
(0071957)
mtaal   
2014-11-25 07:23   
Note: to reproduce this issue, you have to first do a normal cash sale, then logout, login and then do another cash sale with a (small) overpayment.

So it only shows after re-logging in.
(0073902)
hgbot   
2015-01-29 14:08   
Repository: tools/automation/pi-mobile
Changeset: f0e808256765d9b02af1c0da1b10820e95c03fb3
Author: Rafa Alonso <rafael.alonso <at> openbravo.com>
Date: Thu Jan 29 11:27:03 2015 +0100
URL: http://code.openbravo.com/tools/automation/pi-mobile/rev/f0e808256765d9b02af1c0da1b10820e95c03fb3 [^]

Related to issue 28084: Added the 'I28084_SaleLogoutinCheckCash' test

---
M src-test/org/openbravo/test/mobile/retail/pack/selenium/suites/SalesSuite.java
A src-test/org/openbravo/test/mobile/retail/pack/selenium/tests/receipts/I28084_SaleLogoutinCheckCash.java
---