-
Notifications
You must be signed in to change notification settings - Fork 9.4k
Wrong shipping fee in backend with multiple store views #12889
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@tig-dennisvanderhammen, thank you for your report. |
Hi @tig-dennisvanderhammen |
I'm in version 2.2.3 and having this issue. It doesn't appear to be fixed. - edit - Oh I see it's on develop branch so probably next release |
I am on 2.2.5 and this is still not solved (be it tablerates in my case) |
@magento-engcom-team cab you please answer this question? Thank you. |
Hi @magento-engcom-team and @okorshenko, This is still an issue, is there any updates on this please? |
Did you ever manage to fix this? |
My developer tells me that there was an attempt to fix (part of) this in 2.2.5. Anyway it was not fixed for tablerates, I'm not sure about other shipping methods. So there is still work to do on this issue. |
@callumstar, I didn't get any complaints from our clients about this and encountered this during development of an extension. I didn't look into fixing this issue and simply wanted Magento to know about this issue. Sorry! |
Ok so where is the big red button to reopen this issue |
Thanks. The fix for this issue now causes the standard shipping rate label to be shown in the language of the store view where the last product was added. (cart and checkout). I'm going to create a pull request, which sets the QuoteStoreId not as given by the order object, but as given by the store manager. This doesn't mess things up and probably still works for @tig-dennisvanderhammen problem. |
…not as given by the order itself Because of the issue #12889 this particalur line was added as a "fix", setting the store id for the quote as given by the quote object itself. This lead to the standard shipping method's name shown in the cart view totals and shipping rate listing in the checkout to be shown as given by the store view, where the last product was added. Can be reproduce, if at least two store views, each with a different language and languae specific naming of shipping rates, for one website are given. Add a product in one store view, switch to another language and go the cart view. This change should still solve the problem described in the issue #12889 and don't mess up the labeling of the shipping rates shown in checkout for websites with multilanguage store views.
…not as given by the order itself requestShippingRates: set quote ID as given by the store manager and not as given by the order itself ### Description Because of the issue #12889 this particalur line was added as a "fix", setting the store id for the quote as given by the quote object itself. This lead to the standard shipping method's name shown in the cart view totals and shipping rate listing in the checkout to be shown as given by the store view, where the last product was added. ### Fixed Issues (if relevant) This change should still solve the problem described in the issue #12889 and don't mess up the labeling of the shipping rates shown in checkout for websites with multilanguage store views. ### Manual testing scenarios Can be reproduce, if at least two store views, each with a different language and language specific naming of shipping rates, for one website are given. Add a product in one store view, switch to another language and go the checkout/cart view page.
requestShippingRates: set quote ID as given by the store manager and not as given by the order itself Description Because of the issue magento#12889 this particalur line was added as a "fix", setting the store id for the quote as given by the quote object itself. This lead to the standard shipping method's name shown in the cart view totals and shipping rate listing in the checkout to be shown as given by the store view, where the last product was added. Fixed Issues (if relevant) This change should still solve the problem described in the issue magento#12889 and don't mess up the labeling of the shipping rates shown in checkout for websites with multilanguage store views. Manual testing scenarios Can be reproduce, if at least two store views, each with a different language and language specific naming of shipping rates, for one website are given. Add a product in one store view, switch to another language and go the checkout/cart view page.
It seems I cannot create any pull requests for the 2.2-develop branch even with an updated fork. Only for 2.2 and 2.3-develop. So I leave it there, because the "fix" to this issue still isn't present in the 2.3 branches. My fix for the "fix" of this issue can be found in the pull requests above, which have been rejected, because they weren't given via a fork. |
I'm not sure I understand (but I'm not a developer). While editing an order in admin the store(view) to be used for selecting shipping methods and/or tablerates should be set as the store(view) for which the order was initially created. Also it would be nessecary to have fix become part of 2-2-dev and 2.3. |
@Rickertje Yes. An order should be, but this is about quotes. So the problem isn't that easy to solve I guess. Because the fix was placed somewhere, which has an effect on the frontend, too. We use store views only for different languages. So switching the store view (language) in the frontend can/will cause problems with the current fix. |
@Rickertje I see both cases are valid. The case from this issue and my case. I don't know, if my solution/adjustment given in jhruehl@fed80e2 still solves the issue given here. And I don't have the time to spare to recreate and test the scenario given by the author of the issue with my adjustment. So we will handle it as we handle most of the bugs, "unconveniant" fixes and changes given by Magento. Creating a core patch, which serves our needs, document it for the next update (with references to exisiting issues) and see if the core patch is still needed or has to be adjusted during the implementation of the next Magento update. I'd advise your developers to do so in a similar fassion. Saves a lot of time. Here is a howto for creating patches: (Or we throw the problem at the Magento Commerce Support as soon as 2.3 is released officially and let them handle it.) |
Why is the shipping price on the website level instead of storeview level? |
#mm19pl |
@krzysztofjasniok thank you for joining. Please accept team invitation here and self-assign the issue. |
Hi @krzysztofjasniok. Thank you for working on this issue.
|
Unable to reproduce on Magento 2.3 with given steps. Tested with flat rate as well as tablerates |
Preconditions
Steps to reproduce
Expected result
Actual result
It seems that whenever I change the default website (Stores->All Stores, click on Second Website, select Set as Default and save) I get the shipping fee of the newly selected default store.
Extra screenshots:
Configured websites:

Configured flat fee price for Main Website:

Configured flat fee price for Second Website:

The text was updated successfully, but these errors were encountered: