Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0047973
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POSmajoralways2021-11-03 16:082021-11-19 07:53
ReporterlbressanView Statuspublic 
Assigned Torqueralta 
PrioritynormalResolutionfixedFixed in VersionRR22Q1
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned To
Regression level
Regression date2021-11-17
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0047973: WebPOS ceases to accept keyboard input after opening a popup.

DescriptionIn webPOS, one can input a bar code directly from the physical keyboard, but if a popup is opened prior to inputting any code, the system ceases to accept such input until the receipt is deleted, or another tab is opened.

Detailed behavior: https://watch.screencastify.com/v/DmOfJFOpICwOSD5QLCyF [^]
Steps To Reproduce1) In backoffice, navigate to "Channel - Touchpoint Type" of the wanted terminal
2) Check the "Use External Input" checkbox
3) In webPOS, check that you can input a bar code from the physical keyboard.
4) Delete the receipt, open any popup, close it, and try to input a code from the physical keyboard
5) Observe that the system ceases to accept such input.
6) Delete the receipt or navigate to another tab, go back to "Scan" tab, and observe that it accepts the input again.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
depends on backport 0048094RR21Q4.2 closedrqueralta WebPOS ceases to accept keyboard input after opening a popup. 
depends on backport 0048095RR21Q3.6 closedrqueralta WebPOS ceases to accept keyboard input after opening a popup. 

-  Notes
(0133162)
hgbot (developer)
2021-11-17 16:55

 Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/merge_requests/299 [^]
(0133201)
hgbot (developer)
2021-11-19 07:53

 Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/merge_requests/299 [^]
(0133202)
hgbot (developer)
2021-11-19 07:53

 Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core [^]
Changeset: 98d1742dc9612bd78ceb4a261acc587475c1cac8
Author: Rafael Queralta <rafaelcuba81@gmail.com>
Date: 2021-11-19T06:53:04+00:00
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.mobile.core/-/commit/98d1742dc9612bd78ceb4a261acc587475c1cac8 [^]

Fixed ISSUE-47973: Keeping the value of the originalScanMode property

---
M web/org.openbravo.mobile.core/source/component/legacy/ob-legacy.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
---

- Issue History
Date Modified Username Field Change
2021-11-03 16:08 lbressan New Issue
2021-11-03 16:08 lbressan Assigned To => Retail
2021-11-03 16:08 lbressan Regression date => 2021-11-17
2021-11-03 16:08 lbressan Triggers an Emergency Pack => No
2021-11-03 16:11 Practics Issue Monitored: Practics
2021-11-08 17:51 rqueralta Assigned To Retail => rqueralta
2021-11-17 16:55 hgbot Note Added: 0133162
2021-11-17 17:14 marvintm Status new => acknowledged
2021-11-17 17:14 marvintm Status acknowledged => scheduled
2021-11-19 07:53 hgbot Resolution open => fixed
2021-11-19 07:53 hgbot Status scheduled => closed
2021-11-19 07:53 hgbot Note Added: 0133201
2021-11-19 07:53 hgbot Fixed in Version => RR22Q1
2021-11-19 07:53 hgbot Note Added: 0133202

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker