Activity log for bug #1560601

Date Who What changed Old value New value Message
2016-03-22 18:08:58 Josh Stompro bug added bug
2016-03-22 20:11:41 Josh Stompro description EG 2.8.4 The issue we are seeing is that if a customer presses the tab key the cursor focus will move on to the next element. This causes the next scan to have no effect, if the focus is on the print list button, a receipt gets printed in response to the newline after the scan. Once the print list button is removed, then a tab takes the focus to the home button, so a scan would reload the checkout screen, but would loose the barcode just scanned. So we have customers that either hit the enter key or via the touch screen change the focus, then scan all their items without looking at the screen, and don't notice that they haven't checked out more than the first one or two items. It would be nice if there is nothing that the user can accidentally do on the checkout screen that would cause their next scan to fail. A possible solution would be to tightly control the focus of the scan box on the checkout screen, and disable the scan box for the other screens where other input may be wanted/needed. Some googling brought me to this example that disables the tab index, and moves the focus back to the text box onblur. I don't know if this is the correct way to handle it, but it might be a start. http://jsfiddle.net/QcSPB/10/ Thanks Josh EG 2.8.4 The issue we are seeing is that if a customer presses the tab key the cursor focus will move on to the next element. This causes the next scan to have no effect, if the focus is on the print list button, a receipt gets printed in response to the newline after the scan. Once the print list button is removed, then a tab takes the focus to the home button, so a scan would reload the checkout screen, but would loose the barcode just scanned. So we have customers that either hit the tab key or via the touch screen change the focus, then scan all their items without looking at the screen, and don't notice that they haven't checked out more than the first one or two items. It would be nice if there is nothing that the user can accidentally do on the checkout screen that would cause their next scan to fail. A possible solution would be to tightly control the focus of the scan box on the checkout screen, and disable the scan box for the other screens where other input may be wanted/needed. Some googling brought me to this example that disables the tab index, and moves the focus back to the text box onblur. I don't know if this is the correct way to handle it, but it might be a start. http://jsfiddle.net/QcSPB/10/ Thanks Josh
2019-09-13 20:46:26 Josh Stompro tags selfcheck pullrequest selfcheck
2019-10-17 18:59:59 Terran McCanna tags pullrequest selfcheck pullrequest selfcheck signedoff
2019-10-18 14:16:55 Galen Charlton tags pullrequest selfcheck signedoff pullrequest selfcheck signedoff ux
2019-10-18 14:16:58 Galen Charlton evergreen: importance Undecided Medium
2019-10-18 14:17:00 Galen Charlton evergreen: assignee Galen Charlton (gmc)
2019-10-18 14:52:38 Galen Charlton evergreen: assignee Galen Charlton (gmc)
2020-02-20 16:37:03 Chris Sharp tags pullrequest selfcheck signedoff ux selfcheck ux
2020-02-20 16:37:59 Chris Sharp tags selfcheck ux needsrepatch selfcheck ux
2020-06-08 00:34:09 Terran McCanna evergreen: importance Medium Low
2020-06-08 00:34:14 Terran McCanna evergreen: importance Low Wishlist
2020-06-08 00:34:20 Terran McCanna evergreen: status New Confirmed
2021-10-15 16:53:04 Terran McCanna tags needsrepatch selfcheck ux needswork selfcheck