View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002450 | OXID eShop (all versions) | 1.02. Price calculations (discounts, coupons, additional costs etc.) | public | 2011-01-27 15:17 | 2012-12-07 15:19 |
| Reporter | tjungcl | Assigned To | |||
| Priority | high | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | no change required | ||
| Product Version | 4.4.6 revision 32697 | ||||
| Summary | 0002450: getVatCountry does return wrong country when hiding shippingadress | ||||
| Description | With "use shipping adress for vat" in admin activated, the function _getVatCountry in class oxvatselector returns the countryid of the last selected shipping-adress. But if you hide the shipping-adress (use billing adress) in step2, the function still returns the countryid of the previously selected country. | ||||
| Tags | VAT | ||||
| Theme | Both | ||||
| Browser | All | ||||
| PHP Version | any | ||||
| Database Version | any | ||||
|
|
the function _findDelivCountry shows the same behaviour. The problem only occures, if you deselect a shipping-adress in step 2 without proceeding to step 3. As soon as you visit step 3, noth functions return the correct country. The deselction in Step2 seems not to delete the sessions parameter in which the deladrid or the selectedadressid or the countryid or something like that is stored. |
|
|
@developers: check from source code side if such issue still exist |
|
|
Reminder sent to: tjungcl Hi, We checked the behavior of this case in more details. To be more precise - this case can be reproduced (as you said) only without going further to the 3rd order step. What means - if not going firther, then just go back to 1st order step. In this case - yes, still the previous Country is used (from shipping address), because the form with made changes was not submited. Changes can be saved only by going to 3rd order step. If going back - any change (even the selected checkbox "Use Billing Address for Shipping" is not saved also. So we assume that this is not the issue, but the natural and expected behavior (that form with changes is not submited if user goes back). So the entry will be closed. Thank you for feedback and more details about the case. Best regards, |
