Wrong Shipping costs after ordering

  • Resolved grunblatt

    (@grunblatt)


    7 months, 1 week ago

    Hello everybody

    Unfortunately, shipping costs have recently been calculated completely incorrectly. This problem has been occurring for 8 days, presumably with the update to Woocommerce version 9.9.3. Orders placed before this were calculated correctly and stored in the backend. I have a flat shipping fee (€8 and €13), and this is also displayed correctly during the order process. However, after the purchase, a different amount appears (and is also billed incorrectly, e.g., with PayPal or credit card), and the DHL (shipping) item is also displayed incorrectly in the backend order overview (see images).

    Please help me figure out where I can start.

    https://snipboard.io/0wduLD.jpg Here you can see the checkout page with the correct shipping fee. https://snipboard.io/pBiZPl.jpg Here you can see the incorrect display of the shipping costs in the backend. The “Shipping” item is also incorrectly displayed as “Dionaea muscipula “Typical” × 1″.

    https://snipboard.io/qjeKSZ.jpg Here you can see the incorrect shipping cost calculation (it should be €13, which was also displayed at checkout). Thanks in advance

    ` wp-core

    version: 6.8.1
    site_language: de_DE
    user_language: de_DE
    timezone: Europe/Berlin
    permalink: /%postname%/
    https_status: true
    multisite: false
    user_registration: 1
    blog_public: 1
    default_comment_status: open
    environment_type: production
    user_count: 384
    dotorg_communication: true wp-paths-sizes

    wordpress_path: /home/u792397517/domains/gruene-monster.de/public_html
    wordpress_size: 762,71 MB (799763259 bytes)
    uploads_path: /home/u792397517/domains/gruene-monster.de/public_html/wp-content/uploads
    uploads_size: 122,15 MB (128080141 bytes)
    themes_path: /home/u792397517/domains/gruene-monster.de/public_html/wp-content/themes
    themes_size: 26,61 MB (27907508 bytes)
    plugins_path: /home/u792397517/domains/gruene-monster.de/public_html/wp-content/plugins
    plugins_size: 317,18 MB (332592277 bytes)
    fonts_path: /home/u792397517/domains/gruene-monster.de/public_html/wp-content/uploads/fonts
    fonts_size: directory not found
    database_size: 317,11 MB (332513280 bytes)
    total_size: 1,51 GB (1620856465 bytes) wp-dropins (1)

    object-cache.php: true wp-active-theme

    name: Astra (astra)
    version: 4.11.2 (latest version: 4.11.3)
    author: Brainstorm Force
    author_website: https://wpastra.com/about/?utm_source=theme_preview&utm_medium=author_link&utm_campaign=astra_theme
    parent_theme: none
    theme_features: core-block-patterns, astra_hooks, widgets-block-editor, align-wide, automatic-feed-links, title-tag, post-thumbnails, starter-content, html5, post-formats, custom-logo, customize-selective-refresh-widgets, editor-style, woocommerce, rank-math-breadcrumbs, amp, woocommerce-germanized, wc-product-gallery-zoom, wc-product-gallery-lightbox, wc-product-gallery-slider, widgets, menus
    theme_path: /home/u792397517/domains/gruene-monster.de/public_html/wp-content/themes/astra
    auto_update: Deaktiviert wp-themes-inactive (1)

    Twenty Twenty-Five: version: 1.0, author: Das WordPress-Team (latest version: 1.2), Automatische Aktualisierungen deaktiviert wp-mu-plugins (1)

    Elementor Safe Mode: version: 1.0.0, author: Elementor.com wp-plugins-active (24)

    Advanced Google reCAPTCHA: version: 1.20, author: WebFactory Ltd (latest version: 1.30), Automatische Aktualisierungen deaktiviert
    Asset CleanUp: Page Speed Booster: version: 1.4, author: Gabe Livan (latest version: 1.4.0.3), Automatische Aktualisierungen deaktiviert
    Astra Pro: version: 4.11.1, author: Brainstorm Force (latest version: 4.11.2), Automatische Aktualisierungen deaktiviert
    Elementor: version: 3.19.2, author: Elementor.com (latest version: 3.29.2), Automatische Aktualisierungen deaktiviert
    Elementor Pro: version: 3.19.2, author: Elementor.com, Automatische Aktualisierungen deaktiviert
    Germanized for WooCommerce: version: 3.19.11, author: vendidero, Automatische Aktualisierungen deaktiviert
    Germanized for WooCommerce Pro: version: 4.2.7, author: vendidero (latest version: 4.2.7), Automatische Aktualisierungen deaktiviert
    Google Listings and Ads: version: 2.5.17, author: WooCommerce (latest version: 3.0.0), Automatische Aktualisierungen deaktiviert
    Kadence Blocks – Gutenberg Blocks for Page Builder Features: version: 3.2.21, author: Kadence WP (latest version: 3.5.10), Automatische Aktualisierungen deaktiviert
    LiteSpeed Cache: version: 7.1, author: LiteSpeed Technologies, Automatische Aktualisierungen deaktiviert
    Loco Translate: version: 2.6.6, author: Tim Whitlock (latest version: 2.8.0), Automatische Aktualisierungen deaktiviert
    OMGF: version: 5.8.0, author: Daan from Daan.dev (latest version: 6.0.2), Automatische Aktualisierungen deaktiviert
    Payment Plugins for PayPal WooCommerce: version: 1.1.4, author: Payment Plugins, support@paymentplugins.com (latest version: 1.1.7), Automatische Aktualisierungen deaktiviert
    Points and Rewards for WooCommerce: version: 2.2.0, author: WP Swings (latest version: 2.8.0), Automatische Aktualisierungen deaktiviert
    Real Cookie Banner: version: 4.8.4, author: devowl.io (latest version: 5.1.9), Automatische Aktualisierungen aktiviert
    ShopLentor – WooCommerce Builder for Elementor & Gutenberg: version: 3.1.4, author: HasThemes, Automatische Aktualisierungen deaktiviert
    Smash Balloon Instagram Feed: version: 6.6.1, author: Smash Balloon (latest version: 6.9.1), Automatische Aktualisierungen deaktiviert
    UpdraftPlus - Backup/Restore: version: 1.23.16, author: UpdraftPlus.Com, DavidAnderson (latest version: 1.25.6), Automatische Aktualisierungen deaktiviert
    WooCommerce: version: 9.9.3, author: Automattic (latest version: 9.9.4), Automatische Aktualisierungen deaktiviert
    WooCommerce Tax: version: 3.0.3, author: WooCommerce, Automatische Aktualisierungen deaktiviert
    WooPayments: version: 9.5.0, author: WooCommerce, Automatische Aktualisierungen deaktiviert
    WPS Hide Login: version: 1.9.17.2, author: WPServeur, NicolasKulka, wpformation, Automatische Aktualisierungen deaktiviert
    Yoast Duplicate Post: version: 4.5, author: Enrico Battocchi & Team Yoast, Automatische Aktualisierungen deaktiviert
    Yoast SEO: version: 22.0, author: Team Yoast (latest version: 25.3), Automatische Aktualisierungen deaktiviert wp-plugins-inactive (1)

    WP STAGING WordPress Backup Plugin - Backup Duplicator & Migration: version: 3.3.2, author: WP-STAGING, WPStagingBackup (latest version: 4.1.4), Automatische Aktualisierungen deaktiviert wp-media

    image_editor: WP_Image_Editor_Imagick
    imagick_module_version: 1809
    imagemagick_version: ImageMagick 7.1.1-43 Q16-HDRI x86_64 22550 https://imagemagick.org
    imagick_version: 3.7.0
    file_uploads: 1
    post_max_size: 256M
    upload_max_filesize: 256M
    max_effective_size: 256 MB
    max_file_uploads: 20
    imagick_limits:
    imagick::RESOURCETYPE_AREA: 2 TB
    imagick::RESOURCETYPE_DISK: 9.2233720368548E+18
    imagick::RESOURCETYPE_FILE: 393216
    imagick::RESOURCETYPE_MAP: 1.006 GB
    imagick::RESOURCETYPE_MEMORY: 503 GB
    imagick::RESOURCETYPE_THREAD: 1
    imagick::RESOURCETYPE_TIME: 0
    imagemagick_file_formats: 3FR, 3G2, 3GP, A, AAI, AI, APNG, ART, ARW, ASHLAR, AVCI, AVI, AVIF, AVS, B, BAYER, BAYERA, BGR, BGRA, BGRO, BIE, BMP, BMP2, BMP3, BRF, C, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CR3, CRW, CUBE, CUR, CUT, DATA, DCM, DCR, DCRAW, DCX, DDS, DFONT, DNG, DOT, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, EXR, FARBFELD, FAX, FF, FFF, FILE, FITS, FL32, FLV, FRACTAL, FTP, FTS, FTXT, G, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, GV, HALD, HDR, HEIC, HEIF, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JBG, JBIG, JNG, JNX, JP2, JPC, JPE, JPEG, JPG, JPM, JPS, JPT, JSON, K, K25, KDC, LABEL, M, M2V, M4V, MAC, MAP, MASK, MAT, MATTE, MDC, MEF, MIFF, MKV, MNG, MONO, MOS, MOV, MP4, MPC, MPEG, MPG, MPO, MRW, MSL, MSVG, MTV, MVG, NEF, NRW, NULL, O, ORA, ORF, OTB, OTF, PAL, PALM, PAM, PANGO, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PHM, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, POCKETMOD, PPM, PS, PS2, PS3, PSB, PSD, PTIF, PWP, QOI, R, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGB565, RGBA, RGBO, RGF, RLA, RLE, RMF, RSVG, RW2, RWL, SCR, SCREENSHOT, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, SRW, STEGANO, STI, STRIMG, SUN, SVG, SVGZ, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TM2, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIFF, VIPS, VST, WBMP, WEBM, WEBP, WMF, WMV, WMZ, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, Y, YAML, YCBCR, YCBCRA, YUV
    gd_version: 2.3.3
    gd_formats: GIF, JPEG, PNG, WebP, BMP, AVIF, XPM
    ghostscript_version: unknown wp-server

    server_architecture: Linux 5.14.0-503.34.1.el9_5.x86_64 x86_64
    httpd_software: LiteSpeed
    php_version: 8.2.27 64bit
    php_sapi: litespeed
    max_input_variables: 5000
    time_limit: 300
    memory_limit: 512M
    max_input_time: 240
    upload_max_filesize: 256M
    php_post_max_size: 256M
    curl_version: 7.76.1 OpenSSL/3.2.2
    suhosin: false
    imagick_availability: true
    pretty_permalinks: true
    htaccess_extra_rules: true
    static_robotstxt_file: false
    current: 2025-06-18T12:36:04+00:00
    utc-time: Wednesday, 18-Jun-25 12:36:04 UTC
    server-time: 2025-06-18T14:36:03+02:00 wp-database

    extension: mysqli
    server_version: 10.11.10-MariaDB-log
    client_version: mysqlnd 8.2.27
    max_allowed_packet: 1073741824
    max_connections: 2000 wp-constants

    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /home/u792397517/domains/gruene-monster.de/public_html/wp-content
    WP_PLUGIN_DIR: /home/u792397517/domains/gruene-monster.de/public_html/wp-content/plugins
    WP_MEMORY_LIMIT: 40M
    WP_MAX_MEMORY_LIMIT: 512M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: false
    WP_DEBUG_LOG: true
    SCRIPT_DEBUG: false
    WP_CACHE: true
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_ENVIRONMENT_TYPE: undefined
    WP_DEVELOPMENT_MODE: undefined
    DB_CHARSET: utf8
    DB_COLLATE: undefined wp-filesystem

    wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    fonts: does not exist
    mu-plugins: writable kadence-blocks

    version: 3.2.21
    last_updated: 1750246461
    previous_version: 3.5.10
    pro_active: No
    deactivated_blocks: Keine
    block_defaults: Ja
    block_visibility: Nein
    custom_colors: No
    recaptcha_key: No
    maps_key: No
    mailerlite_key: No
    cloud_connect: No

    The page I need help with: [log in to see the link]

Viewing 12 replies - 1 through 12 (of 12 total)
  • Plugin Support shahzeen(woo-hc)

    (@shahzeenfarooq)

    7 months, 1 week ago

    Hi there!

    Thank you for the detailed explanation. Since the issue started after updating to WooCommerce version 9.9.3, I recommend updating to the latest version 9.9.4, After updating, please place a few test orders to check if the shipping costs are calculated correctly.

    If the issue persists, the next step would be to set up a staging site to troubleshoot without affecting your live store. You can use this plugin to create a staging environment:
    🔗 WP Staging

    Once your staging site is ready, please follow these steps:

    1. Deactivate all plugins except WooCommerce and WooPayments.
    2. Enable test mode in WooPayments.
    3. Place test orders using flat rate shipping and check if the shipping tax is calculated correctly.

    Guide for enabling test mode in WooPayments:
    🔗 WooPayments Testing Guide

    After that, enable the PayPal plugin, activate PayPal sandbox mode, and place some test orders using PayPal to see if the issue also occurs there.

    Here’s a guide to help you enable sandbox mode for PayPal:
    🔗 WooCommerce PayPal Payments – Testing in Sandbox

    Let us know how the tests go, and we’ll be happy to assist further based on the results.

    Plugin Support LovingBro (woo-hc)

    (@lovingbro)

    6 months, 3 weeks ago

    Hi there,

    As there’s been no follow-up, I’ll consider this resolved for the time being. We’re happy to jump back in if anything comes up!

    If WooCommerce has been useful for your store and you appreciate the support you have received, we’d truly appreciate it if you could leave us a quick 5-star review here: https://wordpress.org/support/plugin/woocommerce/reviews/#new-post

    Thread Starter grunblatt

    (@grunblatt)

    6 months, 3 weeks ago

    Sorry for the late reply, but I’m unfortunately very busy with my day-to-day business. The WooCommerce and Germanized updates haven’t resolved the issue. However, I’ve noticed the following (I have the shipping cost rule: goods value up to €20 -> €13 shipping, goods value over €20 -> €8 shipping, which worked fine until two weeks ago):

    If I add a product to my shopping cart and use this view as long as the product value is UNDER €20 and then continue shopping until the product value is OVER €20, the shipping costs are regularly calculated incorrectly AFTER the order is completed, even though they were displayed correctly on the checkout page. If I add items to my shopping cart and only access them after my order value has exceeded €20, the shipping costs are calculated correctly. I have the feeling it has something to do with the checkout/shopping cart page and its updates. This error is also reproducible in this way. The same applies if I add an item under €100 to my shopping cart and proceed to checkout. Shipping is displayed as €8, but if I continue shopping until the product value exceeds €100, the free shipping option is displayed. However, after the order is completed, the initially displayed €8 is debited here as well.

    If I add an item under €20 to my shopping cart and go to the checkout page, it correctly displays €13 shipping. If I then continue shopping for items over €100 and go to checkout again, it displays free shipping. However, when I complete my order, the initially displayed €13 is still debited! It must be something to do with the checkout page; it essentially logs the shipping costs initially displayed, regardless of the final amount in my shopping cart. It’s completely reproducible, regardless of the payment method. Any ideas? Thanks for your effort and best regards.

    Plugin Support shahzeen(woo-hc)

    (@shahzeenfarooq)

    6 months, 3 weeks ago

    Hi there,

    Thanks for your patience.

    I’ve tried to replicate the issue on your site by placing two test orders. Based on my testing:

    • When the cart total is under €20, the DHL shipping cost appears as €13.
    • When the cart total is over €20, the DHL shipping cost shows as €8.

    Everything seems to be working correctly on my end, as shown in these screenshots:
    🔗 Test under €20 – €13 shipping
    🔗 Test over €20 – €8 shipping

    To assist you further, could you please share a screenshot of how the shipping cost and tax are appearing at your end during checkout? This will help us investigate the issue more accurately.

    Also, I noticed you’re using DHL shipping—just to confirm, have you configured the different shipping rates based on cart total using the Germanized plugin, or within the DHL plugin settings?

    The more details you can provide, the better we can assist you.

    Thread Starter grunblatt

    (@grunblatt)

    6 months, 3 weeks ago

    First, thank you for testing. But you tested not the way the error occurs. Please do the following to reproduce the error:

    Choose any product below 20€ and put it in cart, after that click on cart to see your shipping cost (13€ for a german adress)

    Now add products to reach over 20€ or even over 100€ and order. You will see on confirmation that the system calculatet 13€ still. Correctly it should have been 8€ (for total order below 100€) oder 0€ for order over 100€. The error ONLY occurs when you do it this way. You added products over 20€ to cart without checking “cart” with products below 20€. I hope you understand me, it is a bit tricky to explain.

    I use Germanzied and here are some Screenshots, the System displays Shipping calculation always right, but the final order execution then causes the wrong shipping costs.

    https://snipboard.io/VqFafe.jpg

    https://snipboard.io/plZhqM.jpg

    https://snipboard.io/0KscaH.jpg

    and here is an example of an order execution in the way i described above:

    https://snipboard.io/RPSzWc.jpg (displays correct shipping costs)

    https://snipboard.io/TtrK6y.jpg (after “order now” you see 5€ added, thats the “first logged” 13€ instead of the correct 8€ shipping costs)

    kind regards

    • This reply was modified 6 months, 3 weeks ago by grunblatt.
    Mahfuzur Rahman

    (@mahfuzurwp)

    6 months, 3 weeks ago

    Hi @grunblatt,

    Thanks so much for the detailed explanation and screenshots, which really helped!

    I followed your exact steps: added a product under 20€, visited the cart to trigger the €13 shipping, then added more items to push the total above €20 before proceeding to checkout. However, I wasn’t able to replicate the issue — the correct shipping rates applied automatically on my end. Here’s a screenshot for reference:
    👉 https://snipboard.io/uMJZEr.jpg

    Since we’re unable to reproduce the behavior, it becomes tricky to pinpoint the cause from our side. That said, this could be related to a plugin conflict or a caching issue affecting how shipping recalculations are handled.

    To help narrow this down, could you try running a conflict test by disabling all other plugins except WooCommerce and Germanized, and switching to a default theme like Storefront? Then try the same steps again and see if the issue persists.

    Also, if you can find a consistent pattern — like specific products, thresholds, or conditions that always trigger the wrong shipping — feel free to share those details. We’re happy to keep digging into this with you!

    Thread Starter grunblatt

    (@grunblatt)

    6 months, 3 weeks ago

    Thank you for testing again. But in the screenshot you see the issue! That is the exact problem! Your cart is over 20€ but the system added 13€ – instead of the right displayed 8€ BEFORE order execution. The issue appears AFTER order execution. Please try again and you will see. I already disabled nearly all Plgins in staging but at some spoint my shop didnt word anymore. i tried to disable each plugin solo but this didnt help either 🙁

    Another way to produce this kind of error is to order “reverse”. just add e.g. two Moorbeetsets to reach over 100€ cart, then click on checkout. it displays “free shipping”. then go back to shop, delete the cart and add one product below 20€. go to checkout and execute by “Überweisung”. Before execution it displays again correct 13€ shipping costs but AFTER execution you will see that it were calculated 0,-€ … the system LOGS the first shown shipping costs, no matte what you do next in shop..

    (p.s.: i cancelled the order of course, but first it seems real because of the adress, so i wrote you an email..)

    • This reply was modified 6 months, 3 weeks ago by grunblatt.
    • This reply was modified 6 months, 3 weeks ago by grunblatt.
    • This reply was modified 6 months, 3 weeks ago by grunblatt.
    • This reply was modified 6 months, 3 weeks ago by grunblatt.
    Thread Starter grunblatt

    (@grunblatt)

    6 months, 3 weeks ago

    i tried with all plugins disabled, except Germanzied and Woocommerce and with Storfront theme. Exact same issue.

    Mahfuzur Rahman

    (@mahfuzurwp)

    6 months, 3 weeks ago

    Hi @grunblatt,

    Thanks for the detailed follow-up, and you’re absolutely right, I now see the issue.

    Given your thorough testing, and especially since the problem only shows up after the order is placed, it sounds like the original cart shipping calculation is being cached and reused, even when the cart contents change.

    Since I noticed that object caching is enabled on your site, could you try fully disabling all types of caching (object cache, server-level cache, and browser cache) and then test the checkout flow again? The behavior you’re seeing strongly suggests that the first shipping rate is being stored and not refreshed properly when the cart is updated.

    Let us know how that goes, happy to continue troubleshooting this with you.

    Thread Starter grunblatt

    (@grunblatt)

    6 months, 3 weeks ago

    I only use Litespeed Cache. But even with disableing this plugin the problem perssits. I got an order recently that shows another aspect of the problem. this order should have been with 0,-€ shipping costs (over 100€ order volume), but was calculated with 8,-€. in the Woocommerce backend it shows a false list. Based on this incorrect list, the shipping costs should obviously be €8. But in the image on the right, you can see the correct order listing, also in the left list with product pictures it is right listed. How could this discrepancy arise?

    Please see pictures:

    correct order listing: https://snipboard.io/QcStJg.jpg

    wrong listing (only 2 positions + shipping costs 8€): https://snipboard.io/MIsl1R.jpg

    thanks and kind regards

    • This reply was modified 6 months, 3 weeks ago by grunblatt.
    Plugin Support shahzeen(woo-hc)

    (@shahzeenfarooq)

    6 months, 3 weeks ago

    Hi there!

    Thank you for providing more information about the issue.

    For testing purposes, could you please also try deactivating the Germanized plugin and then attempt to place an order to see if it works correctly? You can set up both free shipping and flat rate shipping methods and check if the rates are applied properly.

    I’m suspecting that the Germanized plugin might be causing the issue.

    If the shipping rates apply correctly after deactivating it, I recommend contacting the Germanized plugin support team for further assistance. Since they are more familiar with the plugin’s settings and functionality, they’ll be better able to help you resolve the issue.

    Let me know how it goes!

    Plugin Support Feten L. a11n

    (@fetenlakhal)

    6 months, 2 weeks ago

    Hi there,

    We haven’t heard back in a bit, so I’ll go ahead and mark this as resolved for now. If you’d like to pick things back up later, we’re just a message away!

    Apart from this, if you have a moment, we’d really appreciate a review: https://wordpress.org/support/plugin/woocommerce/reviews/#new-post

Viewing 12 replies - 1 through 12 (of 12 total)

The topic ‘Wrong Shipping costs after ordering’ is closed to new replies.