Openbravo Issue Tracking System - POS2
View Issue Details
0053285POS2Fashionpublic2023-08-24 11:032023-08-25 08:41
AugustoMauch 
yogaskarnik 
normalmajorhave not tried
closedfixed 
5
 
 
No
0053285: Alteration labels don't print after creating an a posteriori alteration if new ticket is created after each sale
This issue [1] tried to fix the print of a posteriori alterations, meaning alterations what were added to a product that had been sold previously.

The issue is not complete because it does not work if the "WEB POS always create new receipt after pay a receipt" preference is set to true, because this line [2] assumes that the original ticket will be the active ticket right after selling the alteration. If the mentioned preference is set to Y the original ticket will not be in the foreground, instead the active ticket will be a new one.

[1] https://issues.openbravo.com/view.php?id=50695 [^]
[2] https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2.service.provider/-/commit/e27643b133243c11692a4f0115ff7ef822555ddd#758427ad78191eccce924d7cb99b34ac36a166d2_27_28 [^]
In any POS2 environment that contains the org.openbravo.pos2.service.provider:

In the backend:
- set the "WEB POS always create new receipt after pay a receipt" preference to Y for the vallblanca user
- set the "Number of printed alteration labels" preference to 2 for the vallblanca user
- Add an entry to the Service Provider window
- Update the "Warranty (deferrable 5 days)" product, set its "Requires follow up" flag to true
- logout

In POS2
- Add a GPS Mini to the ticket
- Don't add a service yet, complete the ticket
- Load the previous Ticket
- Click on the button to add a service, selected "Warranty (deferrable 5 days)".
- Select the option to add the service to a new ticket
- Complete the ticket
- Note that the alteration info will not be printed
No tags attached.
depends on defect 0050695 closed adrianromero Alteration labels don't print after creating an a posteriori alteration 
Issue History
2023-08-24 11:03AugustoMauchNew Issue
2023-08-24 11:03AugustoMauchAssigned To => yogaskarnik
2023-08-24 11:03AugustoMauchTriggers an Emergency Pack => No
2023-08-24 11:04AugustoMauchRelationship addeddepends on 0050695
2023-08-24 11:07hgbotNote Added: 0153896
2023-08-25 08:41hgbotResolutionopen => fixed
2023-08-25 08:41hgbotStatusnew => closed
2023-08-25 08:41hgbotNote Added: 0153951
2023-08-25 08:41hgbotNote Added: 0153952

Notes
(0153896)
hgbot   
2023-08-24 11:07   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2.service.provider/-/merge_requests/43 [^]
(0153951)
hgbot   
2023-08-25 08:41   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2.service.provider [^]
Changeset: 66c887cf6f76698b86d556c3c811561a77307d88
Author: Augusto Mauch <augusto.mauch@openbravo.com>
Date: 25-08-2023 06:41:04
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2.service.provider/-/commit/66c887cf6f76698b86d556c3c811561a77307d88 [^]

Fixes ISSUE-53285: Look for the original ticket in both foreground and background tickets

---
M web-jspack/org.openbravo.pos2.service.provider/src/model/ticket/actions/CompleteTicketPostHooks.js
---
(0153952)
hgbot   
2023-08-25 08:41   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.pos2.service.provider/-/merge_requests/43 [^]