Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Web POS Hardware Managermajoralways2021-07-28 11:352021-08-16 14:18
Reportersebastien_lironView Statuspublic 
Assigned TojavierRodriguez 
PriorityurgentResolutionsuspendedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Versionpi
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0047467: Cheque printer is blocked if cheque is not properly detected and bloc every other flow after that

DescriptionCheque printer is blocked while doing operations and block all flows with hardware manager if not rebooted
Steps To Reproduce- hardware manager must be up locally + cheque printer (see video ) turned on
- creating a simple ticket

- choose cheque payment mode ( must be enabled )

- cheque printer is wiating for a cheque paper

- not able to scan the check properly ( or just wait )

- cheque printer is blinking

- click on OK on popup "has your cheque been printed correctly "

- cheque will be filled manually

- starting from there, no ticket will be printed until the printer is rebooted
Attached Files? file icon Screencast from 20-07-21 17_40_34.webm [^] (3,542,271 bytes) 2021-07-28 11:35

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
marvintm (developer)
2021-08-16 14:18

It seems there is no good way to solve this problem:
- From one side, this is a user operation problem. Once we have launched the printing action, the printer will block waiting for the user to input the cheque correctly. If this is not done, the printer will wait forever for this.
- From the other side, we currently don't have two-way communication with the printer, it is just one direction, and the POS just sends the print command to the printer, that then handles the process.

The POS behaves correctly in the sense that subsequent printing operations will fail with the proper error message. The user is responsible of either inserting the cheque correctly, or otherwise, if the printer gets stuck, of restarting the printer, which fixes the problem.

Unfortunately, there is not much that we can do here.

- Issue History
Date Modified Username Field Change
2021-07-28 11:35 sebastien_liron New Issue
2021-07-28 11:35 sebastien_liron Assigned To => Retail
2021-07-28 11:35 sebastien_liron File Added: Screencast from 20-07-21 17_40_34.webm
2021-07-28 11:35 sebastien_liron Resolution time => 1628978400
2021-07-28 11:35 sebastien_liron Triggers an Emergency Pack => No
2021-07-28 11:57 rafaroda Issue Monitored: rafaroda
2021-07-28 11:58 rafaroda Tag Attached: NOR
2021-07-30 09:42 adrianromero Status new => acknowledged
2021-07-30 09:43 adrianromero Assigned To Retail => javierRodriguez
2021-07-30 09:44 adrianromero Status acknowledged => scheduled
2021-08-16 14:18 marvintm Review Assigned To => marvintm
2021-08-16 14:18 marvintm Note Added: 0131142
2021-08-16 14:18 marvintm Status scheduled => closed
2021-08-16 14:18 marvintm Resolution open => suspended

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker