View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007075 | OXID eShop (all versions) | 2.6. Administer orders | public | 2020-01-20 22:37 | 2024-07-03 08:44 |
| Reporter | timwetter | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Product Version | 6.2.0-rc.1 | ||||
| Summary | 0007075: currency rate change on update e.g. shipping costs in order_main | ||||
| Description | 1) open backend and set exchange rate for e.g. YEN to 180.10 2) make order in shopfronend as normal user in YEN (YEN is not your default currency) 3) open backend and set exchange rate for YEN to 8888.88 4) open your order in backend and go to order_main 5) change e.g. shipping costs and click save 6) SELECT OXCURRATE FROM oxorder WHERE {your order} RESULT: 8888.88 But it should be 180.10 or why is OXCURRATE a field of table oxorder? As an idea: Maybe the value from OXCURRATE should not change on (recalculate -> finalizeOrder -> _loadFromBasket) and (_getOrderBasket), but there could be an update button in e.g. order_main for the case user explicit wish to update currency rate in an order | ||||
| Tags | Calculations, Currency | ||||
| Theme | Not defined | ||||
| Browser | Not defined | ||||
| PHP Version | Not defined | ||||
| Database Version | Not defined | ||||
|
|
-MK |
|
|
Remember that changing an order in the admin is illegal without a dedicated communication with the customer (document fraud) and with all consequences regarding the current state of the shop. The shop has no way to tell what data was current at the point in time of the order. That is also why that separate orderarticles table exists and why it saves all kind of customer data to the order (like the address). |
