You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Jacques Le Roux (JIRA)" <ji...@apache.org> on 2006/12/24 18:16:21 UTC

[jira] Closed: (OFBIZ-259) Character buffer is out of synch with enter key...

     [ http://issues.apache.org/jira/browse/OFBIZ-259?page=all ]

Jacques Le Roux closed OFBIZ-259.
---------------------------------

    Fix Version/s: SVN trunk
       Resolution: Fixed

This is hopefully fixed in revision 490040.

There were 2 different problems :
. The scanner was reading more than one bar code at a time
. The time between 2 car sent was too long for fast keyboard entries but was good for scanner entries (ie can't be less)

The 1st is fixed in scanner.java, the 2d in KeyboardAdaptor.java. I have added a new jpos.properties file and some informations (not used) about my own handheld scanner (Zebex 3080). I also fixed some properties files headers (ASL2).


> Character buffer is out of synch with enter key...
> --------------------------------------------------
>
>                 Key: OFBIZ-259
>                 URL: http://issues.apache.org/jira/browse/OFBIZ-259
>             Project: OFBiz (The Open for Business Project)
>          Issue Type: Bug
>          Components: pos
>         Environment: Tested on FC3 and Win2K, using plain keyboard entry and Metrologic scanner MS9520
>            Reporter: Jacques Le Roux
>         Assigned To: Jacques Le Roux
>             Fix For: SVN trunk
>
>
> From Ray Barlow
> 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://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira