[
http://jira.undersunconsulting.com/browse/OFBIZ-237?page=all ]
Jacques Le Roux closed OFBIZ-237:
---------------------------------
Assign To: Jacques Le Roux (was: Jira Administrator)
Resolution: Duplicate
Replaced by
https://issues.apache.org/jira/browse/OFBIZ-259> Character buffer is out of synch with enter key...
> --------------------------------------------------
>
> Key: OFBIZ-237
> URL:
http://jira.undersunconsulting.com/browse/OFBIZ-237> Project: [OFBiz] Open For Business
> Type: Bug
> Components: pos
> Versions: SVN
> Environment: Tested on FC3 and Win2K, using plain keyboard entry and Metrologic scanner MS9520
> Reporter: Ray Barlow
> Assignee: Jacques Le Roux
>
>
> Whenever the enter key is pressed (or sent via the scanner) it is imediately being processed and what are effectively preceding characters get pushed to the back of the buffer.
> For example with the scanner configured to send a CR suffix with the barcode, which all works well when tested in text editor environment, the till will process the CR code in front of the barcode. The barcode is left sitting up on the screen and the log files shows that a 500 enter code was received. On a subsequent scan the product is added as it is sitting in the buffer before the next pre-emptive CR key comes in, and that SKU is left in the visible buffer.
> This can also be reproduced by entering characters on the keypad and pressing enter at a reasonable rate. You will invariably get ahead of the SKU code and end up seeing the product not found screen, and when you close that the buffer will show the few characters that were beaten by the enter key.
> I am guessing there is some sort of synch issue with the buffer.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.undersunconsulting.com/secure/Administrators.jspa-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
Locked
