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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0048865
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] POSminorrandom2022-03-22 13:082022-06-14 13:30
Reporterandre_montenegroView Statuspublic 
Assigned ToRetail 
PrioritynormalResolutionfixedFixed in Version
StatusclosedFix 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

0048865: Proof of Payment are not always created through Split Payment functionality

DescriptionWhen user generates a PoP from subtotals created by split order amount and pays the order, if user goes to last order's "Proof of Payment" context, it does not always display all the proof of payment that user has just saved due it has not been saved.

IMPORTANT: Observed that this issue is reproducible when the POST Requests from PoPLoader are send before the POST Request from OrderLoader.
Steps To Reproduce- Create an order with any item (e.g.: Avalanche transceiver)
- Click "Pay"
- Click "Split Check" button
- Select the option "Divide remaining products in equal parts"
- Type the number "" in "Parts" field & Click "OK"
- In the Popup, click "OK"
- Click "Split Check"
- Select the option "Divide remaining products in equal parts"
- Type the number "4" in "Parts" field & Click "OK"
- Pay the 4 subtotals by selecting them and clicking "Card"
- Click "Generate PoP From Subtotals"
- Click "To be generated" in the popup
- Click "Done" to finish the payment flow
- Click "Last order PoP" & observe that pop subtotales are not always created
Proposed SolutionThe "create order" POST Request to OrderLoader must be always send before the PoPLoader request.
TagsNo tags attached.
Attached Filespng file icon POSTRequest_PoP_Split_Payments.png [^] (126,231 bytes) 2022-03-22 13:08

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0048847 closedAugustoMauch Retail Modules JIRA 2948: SynchronizationBuffer loads messages in a random order 

-  Notes
(0138337)
andre_montenegro (developer)
2022-06-14 13:20

Issue is no longer reproducible as 0048847 has been solved.
(0138338)
andre_montenegro (developer)
2022-06-14 13:29

Issue fixed as related one has been fixed: https://issues.openbravo.com/view.php?id=48847 [^]

- Issue History
Date Modified Username Field Change
2022-03-22 13:08 andre_montenegro New Issue
2022-03-22 13:08 andre_montenegro Assigned To => Retail
2022-03-22 13:08 andre_montenegro File Added: POSTRequest_PoP_Split_Payments.png
2022-03-22 13:08 andre_montenegro Triggers an Emergency Pack => No
2022-03-23 08:05 andre_montenegro Relationship added related to 0048847
2022-06-14 13:20 andre_montenegro Note Added: 0138337
2022-06-14 13:26 andre_montenegro Resolution open => fixed
2022-06-14 13:27 andre_montenegro Status new => scheduled
2022-06-14 13:29 andre_montenegro Note Added: 0138338
2022-06-14 13:29 andre_montenegro Status scheduled => resolved
2022-06-14 13:30 andre_montenegro Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker