New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remote print for voided/cancelled items - unexpected behavior #989
Comments
That all sounds sensible to me. This should cover all the described oddities and edge cases: |
Hi Andy & Joel
I tried to integrate these changes to our installation but noticed that last Summer, Joel had made a bunch of modifications to our local copy of RemotePrint.php to fix some bugs and make a few other modifications. I have attached a copy of our version of the code to this email. I tried downloading the latest version of RemotePrint.php from the master branch with all your latest changes but it had some of the same problems that Joel fixed in our version including the fact that I cannot turn debug mode off and even if I just comment out that check (like it was in our version) the printing does not work properly.
I’m a git noob so not sure how you manage situations like this. Is there an Our-Table fork for the repo? What mechanism can I use to ensure that when I update my codebase with changes in the master branch that I don’t lose any customizations that Joel has done over the years?
[Our-Table RemotePrint.php.txt](https://github.com/CORE-POS/IS4C/files/1967875/Our-Table.RemotePrint.php.txt)
|
@otc-narendra your dedicated fork lives here: https://github.com/CORESupport/Our-Table/ To make things clearer we should migrate this thread to your private repo: https://github.com/CORESupport/Our-Table/issues/70 |
I think this is fixed? |
2.7
Lane
Question/bug
If you refund an item that’s included in the remoteprint table, the remote printer prints with a -1 qty. I would think that remote print should not print anything for refunded line items.
If you void an item that’s included in the remoteprint table, the remote printer prints a line for it with a 0 qty. Although I can imagine scenarios where telling the kitchen (via remote printed receipt) that an item has been cancelled subsequent to a suspend/resume cycle could be interesting for an open tab, I think it’s a bit confusing to figure out all the various usage scenarios. So, I would suggest that voided items don’t print on remote printer at all.
The text was updated successfully, but these errors were encountered: