Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||||||
ID | ||||||||||||
0057260 | ||||||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
defect | [POS2] POS | major | have not tried | 2024-11-22 13:29 | 2024-11-22 13:30 | |||||||
Reporter | javietxe | View Status | public | |||||||||
Assigned To | Triage Omni OMS | |||||||||||
Priority | normal | Resolution | open | Fixed in Version | ||||||||
Status | new | Fix in branch | Fixed in SCM revision | |||||||||
Projection | none | ETA | none | Target Version | ||||||||
OS | Any | Database | Any | Java version | ||||||||
OS Version | Database version | Ant version | ||||||||||
Product Version | SCM revision | |||||||||||
Review Assigned To | ||||||||||||
Regression level | ||||||||||||
Regression date | ||||||||||||
Regression introduced in release | ||||||||||||
Regression introduced by commit | ||||||||||||
Triggers an Emergency Pack | No | |||||||||||
Summary | 0057260: Contribution Module - cancel and replace | |||||||||||
Description | When performing the cancel and replace, the contribution line is replaced by a new line (a copy of the original), BUT the related line field (line.relatedLines.orderLineId) continues pointing to the product line of the original ticket. This happens because the cancel and replace action (OBPOS2_CreateReplaceTicket) checks, before re-linking the services, whether the ticket has a check called "hasServices." With this check, several things happen (and the implemented solutions are in parentheses): -It is not set in the original ticket (we add it as a hook when adding a line with contributions). -It is not saved in the back office (nothing). - It is not retrieved when loading the remote ticket (we validate that there is a contribution line, and if there is, we load the check. This happens in a posthook of the load remote ticket action, OBPOS2_LoadRemoteTicket). The validation is: !ticket.hasServices || !line.relatedLines. If that || were a &&, it would work perfectly, but I don't know if the intention of the || is actually something else, for purposes other than contributions. It is also possible that it is simply a configuration error and can be marked so that when a contribution is added, the check is marked. This causes issues when editing the product line with the contribution, as it is incorrectly linked and cannot be found, leading to the creation of a new contribution line. | |||||||||||
Steps To Reproduce | - Enter to the POS - Create an order with a line with a contribution. - Pay it - Do a cancel and replace | |||||||||||
Tags | No tags attached. | |||||||||||
Attached Files | ||||||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Issue History | |||
Date Modified | Username | Field | Change |
2024-11-22 13:29 | javietxe | New Issue | |
2024-11-22 13:29 | javietxe | Assigned To | => Retail |
2024-11-22 13:29 | javietxe | Triggers an Emergency Pack | => No |
2024-11-22 13:30 | javietxe | Issue Monitored: javietxe | |
2024-11-22 13:30 | javietxe | Assigned To | Retail => Triage Omni OMS |
Copyright © 2000 - 2009 MantisBT Group |