• Resolved NF

    (@nanasflowers)


    Hello,

    I believe I have found a bug that is causing excess data entries to buildup in my database for order meta, I have cleared it manually removing over 100MB of data, but this is not something that should be required in the first place.

    Under Woocommerce > Settings > Shipping location(s) > I have “Disable shipping & shipping calculations” selected.

    However, orders are still being created with shipping details that match the billing details. This needlessly creates shipping details entries in the database, and for shipping details to displayon the admin-order page.

    Surely this is a bug, or oversight for this to happen when shipping is specifically disabled?

    My store is fully digital so shipping data is not required in any form, hence why it is disabled and I do not want to store that data.

Viewing 6 replies - 1 through 6 (of 6 total)
  • Hello,

    orders are still being created with shipping details that match the billing details. This needlessly creates shipping details entries in the database, and for shipping details to displayon the admin-order page.

    I have tested this in a fresh WooCommerce installation and I could not reproduce the same issue. When “Disable shipping & shipping calculations” selected, there is no shipping information on the backend:

    Link to image: https://snipboard.io/LOPpTw.jpg

    This kind of problem is usually caused by a conflict with your theme or with another plugin. The best way to determine this is to:

    • Temporarily switch your theme to Storefront
    • Disable all plugins except for WooCommerce
    • Test to see if the issue has been resolved

    If you’re not seeing the same problem after completing the conflict test, then you know the problem was with the plugins and/or theme you deactivated. To figure out which plugin is causing the problem, reactivate your other plugins one by one, testing after each, until you find the one causing conflict. You can find a more detailed explanation on how to do a conflict test here.

    Thread Starter NF

    (@nanasflowers)

    Thanks for the info, will begin conflict testing on a staging site today and update you with the results.

    Thread Starter NF

    (@nanasflowers)

    Conflict testing results.

    On the staging site I disabled all plugins, including mu-plugins, switched the theme to storefront, enabled only Woocommerce and made sure there was no caching active on the server level for the staging site.

    Tested a new order and the issue persists, shipping details are still being populated.

    Could it be a bug where if the store has previously had shipping enabled, and then switched to no shipping (this is the case for me), there is something stuck causing the shipping details to still be populated, as if it was still running under the old setting of shipping being enabled?

    Could you test that on your clean install by first enabling shipping, make an order so it populates shipping details as it should, and then change the settings to no shipping, make an order and see if it populates shipping details or not?

    Thread Starter NF

    (@nanasflowers)

    Further update, I have found the bug and know how to replicate it!

    Steps to replicate:

    General tab > Enable one of the shipping options> shipping tab > shipping options > select “force shipping to the customer billing address”

    Return to general tab > disable shipping > place an order > the shipping details are now forced in despite shipping being disabled

    This can be solved by enabling shipping > shipping tab > shipping options> select one of the defaults instead of “force shipping to the customer billing address”

    So it seems the “force shipping to the customer billing address” is overriding the main disable shipping setting entirely.

    Personally I think the main disable shipping should override the shipping options, as once shipping is disabled this function is hidden entirely.

    I’m sure this could prevent a lot of frustration for anyone that is in the same situation as me if the logic can be improved around this.

    Hi @nanasflowers,

    Thanks for passing along the steps to reproduce this. You’re welcome to open up a bug report on GitHub about this if you’d like to. That will get it in front of the developers who would be the people to make any changes to the WooCommerce core.

    https://github.com/woocommerce/woocommerce/issues/new?assignees=&labels=&template=4-Bug-report.md&title=

    Fill out the template there and submit it. You’ll be able to follow any developments on the issue as they happen too.

    Let us know if you have any questions.

    Thanks!

    We’ve not heard back from you in a while, so I’m marking this thread as resolved. If you have further questions, please feel free to open a new topic.

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘Shipping Data’ is closed to new replies.