View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001346 | OXID eShop (all versions) | 1.03. Basket, checkout process | public | 2009-09-28 13:10 | 2012-12-07 15:13 |
| Reporter | Thomas | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Fixed in Version | 4.2.0 revision 23610 | ||||
| Summary | 0001346: Bug in oxorder::finalizeOrder | ||||
| Description | Note: The class oxpaymentgateway is used to create Payment Interfaces. For many gateways it now runs like this: - Shop for the first time after running oxpaymentgateway::ExecutePayment, 'delete' the order object (order still depends on successful payment), and calls the external payment page. - Payment Page returns to the shop and calls again oxpaymentgateway:: ExecutePayment on. Return is recognized, and this time the preparation of the order completed and saved. PROBLEM: oxorder:: finalizeOrder() now performs an update the inventory AFTER the call to oxpaymentgateway::ExecutePayment. Initially appears correctly, but it is not, because when you delete the folder in oxpaymentgateway::ExecutePayment ($order->delete() - see above), even the stock increased accordingly. It is thus also increases the stock, though not before it was lowered - Score overstock! | ||||
| Additional Information | In the attached file, please check / / EI. This fix is for some time in the shop with high-feelings.de in use and works properly. | ||||
| Tags | Payment | ||||
| Attached Files | |||||
| Theme | |||||
| Browser | All | ||||
| PHP Version | 5.2.6 | ||||
| Database Version | 5.0.33 | ||||
