Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0057260
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSmajorhave not tried2024-11-22 13:292024-12-04 07:45
ReporterjavietxeView Statuspublic 
Assigned Toradhakrishnan 
PrioritynormalResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0057260: Contribution Module - cancel and replace

DescriptionWhen 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
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0172657)
jonae (developer)
2024-11-28 06:35

Jira - https://openbravo.atlassian.net/browse/RM-19480 [^]
(0172936)
hgbot (developer)
2024-12-04 07:45

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1827 [^]

- 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
2024-11-28 06:35 jonae Note Added: 0172657
2024-11-28 06:35 jonae Assigned To Triage Omni OMS => radhakrishnan
2024-12-04 07:45 hgbot Note Added: 0172936


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker