Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0040513Retail ModulesWeb POSpublic2019-04-03 18:232019-04-16 14:02
Reportermalsasua 
Assigned Toranjith_qualiantech_com 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR19Q3 
Merge Request Status
Review Assigned Toadrianromero
OBNetwork customerGold
Support ticket9012
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0040513: The focus is lost after completing one ticket if one popup is opened when new ticket is created and previous ticket is deleted
Descriptionwhen a popup is opened when a new ticket is created, and previous ticket has been deleted, the focus is lost, and scanner does not work
Steps To Reproduce[POS]
. create a popup that it will be opened when new ticket is created:
in console, execute:
OB.UTIL.HookManager.registerHook('OBPOS_NewReceipt', function(args, callbacks) {OB.UTIL.showConfirmation.display(); OB.UTIL.HookManager.callbackExecutor(args, callbacks); });
. scan one product -> the line is added
. delete ticket -> new ticket is created and popup is opened
. scan one product -> line is not added
Proposed Solutionsimilar solution that 40380
Additional Information
TagsNo tags attached.
Relationships
related to defect 0040380 closed ranjith_qualiantech_com The focus is lost after completing one ticket if the preference OBPOS_closeDrawerBeforeContinue is Y 
related to defect 0040475 closed ranjith_qualiantech_com RFID is enabled while PopUp is displayed 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2019-04-03 18:23malsasuaNew Issue
2019-04-03 18:23malsasuaAssigned To => Retail
2019-04-03 18:23malsasuaOBNetwork customer => Gold
2019-04-03 18:23malsasuaSupport ticket => 9012
2019-04-03 18:23malsasuaResolution time => 1554933600
2019-04-03 18:23malsasuaTriggers an Emergency Pack => No
2019-04-03 18:23malsasuaRelationship addedrelated to 0040380
2019-04-04 10:46ranjith_qualiantech_comRelationship addedrelated to 0040475
2019-04-04 10:47ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2019-04-04 11:55ranjith_qualiantech_comStatusnew => scheduled
2019-04-09 12:41ranjith_qualiantech_comNote Added: 0111042
2019-04-09 12:41ranjith_qualiantech_comStatusscheduled => resolved
2019-04-09 12:41ranjith_qualiantech_comResolutionopen => fixed
2019-04-15 14:15adrianromeroNote Added: 0111136
2019-04-15 14:15adrianromeroStatusresolved => new
2019-04-15 14:15adrianromeroResolutionfixed => open
2019-04-16 08:52ranjith_qualiantech_comStatusnew => scheduled
2019-04-16 12:31ranjith_qualiantech_comNote Added: 0111164
2019-04-16 12:31ranjith_qualiantech_comStatusscheduled => resolved
2019-04-16 12:31ranjith_qualiantech_comResolutionopen => fixed
2019-04-16 14:02adrianromeroReview Assigned To => adrianromero
2019-04-16 14:02adrianromeroNote Added: 0111166
2019-04-16 14:02adrianromeroStatusresolved => closed
2019-04-16 14:02adrianromeroFixed in Version => RR19Q3

Notes
(0111042)
ranjith_qualiantech_com   
2019-04-09 12:41   
Fixed in issue https://issues.openbravo.com/view.php?id=40475 [^]
Changset: https://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/d382a5f2bc76 [^]
(0111136)
adrianromero   
2019-04-15 14:15   
The error is still reproducible with the changeset applied. Like the related issue 40475.

1.- Do to the console and add the hook:
OB.UTIL.HookManager.registerHook('OBPOS_NewReceipt', function(args, callbacks) {OB.UTIL.showConfirmation.display(); OB.UTIL.HookManager.callbackExecutor(args, callbacks); });
2.- Delete the receipt and observe now the empty confirm dialog of the previous hook appears.
3. Close the dialog, Type something "1111" + RETURN to emulate a barcode scanner and observe the data is not typed and the application does not search the product. This is wrong
Observe also if you tap on "SCAN" then you can type "1111" + RETURN and a dialog appears -> No results found for: 1111. This is the expected behaviour
(0111164)
ranjith_qualiantech_com   
2019-04-16 12:31   
Fixed in issue https://issues.openbravo.com/view.php?id=40475 [^]
Changset: https://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/9b726d138932fd8104fabe3df2ed600600fcea65 [^]
(0111166)
adrianromero   
2019-04-16 14:02   
Verified