DHES

let said stock list
stock 123 , apple ,$10.00
stock 456 , orange , $ 5.00

1.type 123 enter
2.type 456 enter
3.type tap to modifier 456
4.type Esc to clear the price to change the price
(now the customer complaint.. wa..price increase again? i want to cancel item 456)
5.type Esc again back to the stock number colunm
6.type backspce or del to clear the stock code (now the stock number colum status nothing, the list remain only item 123)

7.type +
8. type 3(print n complete sale )
9. the total now is $15 (omg)
10.customer:"i said i dont wan item 456 y still $15? should be $ 10 only"
11. i see the receipt...oh... a bug appear..i need pest control...hha ha

heman,

Patient walks into the room, flops his hand back and forth by shaking his arm and says, "Doctor, it hurts when I do this."

Doctor says, "Well then, don't do that."

I tried to follow your instructions as best as I could follow them and everything worked fine here.

Dale

I did manage to replicate this - it seems to only work if you modify the second item entered into the sale and press Esc to clear the price, then Delete the stock number and subtotal.

While I was testing this I tried it with some other products:
1) In a blank sale, added $2.36 worth of bananas
2) Added $4.99 of paper
3) Hit TAB (all stock codes set to scanned) to modify the last line
4) Hit ESC to clear the price of the paper
5) Hit ESC again to move to the stock number field
6) Pressed DEL to delete that stock number - at this point the paper has now disappeared from the sale but the subtotal remains $7.35 (incl tax).
7) Hit + to begin tender process
8) Subtotal now reads $131.53 ?!
9) What the heck, I tender $140.00 cash
10) Well it definitely was some kind of calculation glitch, the change has been calculated correctly based on the inflated subtotal. $8.47 change.

Receipt printed to file, as below: I know this is an unusual sale process - but still, that's a rather horrendous calculation glitch.

i can only think of 2 words ...


"uhh" and "LOL"

I tried it with apples and oranges.
Same thing happened.....

why not use f5 to void the item instead of modifying the line

Kaz wrote:why not use f5 to void the item instead of modifying the line

Kaz, you can do so - however what this thread was illustrating was a glitch in doing this as detailed above. In my case the total of the sale suddenly jumped about $90 when an item was removed in this obscure manner.

I think I have the problem with changing the previous line fixed. Please try out this file http://dhpos.com/pos639j2.zip and let me know. It is only the POS.EXE file so you must have version 6.39? on you computer to test this file. Please make a backup of your current POS.EXE file first.

You must test that the program works not only when you make the correction and erase the line but also whan you do not erase the line. In other words test that the parts of the program that were not changed still work. It is nasty when one thing gets fixed and that causes something else to go haywire.

Dale

just downloaded the latest version that you posted and it does the same thing. I just deleted the pos.exe in my folder and replaced it with the pos.exe that you posted ^ ^ ^ ^ ^

Still major calculation error!!

OK, try this one http://dhpos.com/pos639j2.zip

Hi Dale, that fixed it - the item disappears appropriately and the subtotal updates fine.

Seems to bee all fixed!