Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0037091Retail ModulesWeb POSpublic2017-10-17 18:262017-10-23 15:25
Reporteraaroncalero 
Assigned Toranjith_qualiantech_com 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR18Q1 
Merge Request Status
Review Assigned Tomigueldejuana
OBNetwork customerOBPS
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0037091: After finishing on the Pay Open Tickets window, the status of the keyboard is not cleared
DescriptionAfter finishing on the Pay Open Tickets window, the status of the keyboard is not reset, and it remains as the last payment used.
This causes the scanner to behave like on the payment tab, which means that any number scanned will be treated like a payment.
If the payment requires user input to be added (i.e. selecting a giftcard, or adding a credit card with payment providers) this input can be seen even on the scan tab.
Steps To ReproduceUsing livebuilds modules instance.
Login in web pos and create a new Giftcard Certificate (Menu > Create gift certificate).
Create 3 tickets in draft mode and add products to all of them.
Go to the menu > Pay Open tickets, select the first two draft tickets and click on Done.
On the Pay Open Tickets screen, select the Gift Certificates payment method, search the previously created gift certificate and pay the tickets.
Click on Done to complete the payment. When it is finished, the POS will automatically navigate to the standard screen.
Once on the normal POS screen, write a number on the virtual keyboard and click on Enter.
Instead of the "No results found for: <number added>" popup, the Gift Certificates popup will be shown, ready to add a new payment.

Video with the steps: https://drive.google.com/file/d/0BzvGPDyh8Nh4MU1XWmFZdjh3OXc/view [^]
Proposed SolutionWhen the Pay Open tickets process is finished, the status of the keyboard should be reset to '' (same as it happens when the user navigates from the payment tab to any other tab).
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2017-10-17 18:26aaroncaleroNew Issue
2017-10-17 18:26aaroncaleroAssigned To => Retail
2017-10-17 18:26aaroncaleroOBNetwork customer => Yes
2017-10-17 18:26aaroncaleroResolution time => 1509404400
2017-10-17 18:26aaroncaleroTriggers an Emergency Pack => No
2017-10-17 18:27aaroncaleroSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=16117#r16117
2017-10-23 09:12ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2017-10-23 09:13ranjith_qualiantech_comStatusnew => scheduled
2017-10-23 14:37hgbotCheckin
2017-10-23 14:37hgbotNote Added: 0099994
2017-10-23 14:37hgbotStatusscheduled => resolved
2017-10-23 14:37hgbotResolutionopen => fixed
2017-10-23 14:37hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d7698645e5da70cb59ea221194508b7e5c59f318 [^]
2017-10-23 15:25migueldejuanaReview Assigned To => migueldejuana
2017-10-23 15:25migueldejuanaNote Added: 0099998
2017-10-23 15:25migueldejuanaStatusresolved => closed
2017-10-23 15:25migueldejuanaFixed in Version => RR18Q1

Notes
(0099994)
hgbot   
2017-10-23 14:37   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: d7698645e5da70cb59ea221194508b7e5c59f318
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Mon Oct 23 17:55:51 2017 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/d7698645e5da70cb59ea221194508b7e5c59f318 [^]

Fixed issue 37091 : Keyboard status should be reset when currentView is changed

---
M web/org.openbravo.retail.posterminal/js/pointofsale/view/pointofsale.js
---
(0099998)
migueldejuana   
2017-10-23 15:25   
Tested and reviewed