|
| Reporter | mario_lorenz | Assigned To | | |
|---|
| Priority | normal | Severity | minor | Reproducibility | always |
|---|
| Status | new | Resolution | open | |
|---|
| Product Version | 7.5.0 | |
|---|
|
| Summary | 0007973: Demodata - several Shippingcostrules has same sorting-position |
|---|
| Description | In the demo data, some shipping cost rules share the same sort position; specifically, position "0" has been assigned twice. The "first" shipping cost rule holds special significance: if a customer is not logged in, shipping costs can still be calculated during checkout, with the shop applying the first applicable rule. This duplicate assignment can cause shipping costs to fluctuate during checkout. Payment modules with express functionality sometimes fail to display shipping costs consistently. |
|---|
| Steps To Reproduce | You can see the effect in the backend simply by toggling back and forth between the two "0" rules in the list view. You will see that OXID constantly swaps the order of the two rules because it lacks a point of reference. |
|---|
| Additional Information | Each rule is assigned its own sorting position. |
|---|
| Tags | No tags attached. |
|---|
|
| Theme | Other |
|---|
| Browser | Not defined |
|---|
| PHP Version | Not defined |
|---|
| Database Version | Not defined |
|---|
|
