Site: https://niezgubki.pl/excelsior/ (staging clone of production, created with WP Staging) Theme: WoodMart 8.5.7 (child theme active, parent updated) WoodMart Core plugin: 1.1.8 WooCommerce: 7.8.4 (not yet updated — this bug is blocking that update) WordPress: 7.0.4 PHP: 7.4.33 (PHP-FPM) Page builder: WPBakery Page Builder Hosting: LH.pl (Apache + PHP-FPM)
Problem:
After updating the WoodMart theme from 7.2.4 to 8.5.7 and WoodMart Core from 1.0.39 to 1.1.8, one specific product page renders as a blank/truncated page. The affected product is “SafeKid ID Smart Tag” (post ID 22350, ?product=safekid-id-smart-tag). No other product on the site is affected.
The rendered output is not empty — the <head>, header, and the first part of <main> (including a “Nowość” featured-product badge) render correctly. The response then stops mid-markup, with no closing </main>, </body>, or </html> tags, and no PHP error, warning, or notice anywhere.
Exact crash location (confirmed via raw HTTP response inspection, bypassing browser rendering):
The response is always truncated immediately after this markup:
html
<div class=”product-labels labels-rounded”>
<span class=”featured product-label wd-shape-round”>Nowość</span>
</div>
<figure class=”woocommerce-product-gallery__wrap
i.e. it dies while constructing the product gallery wrapper (woocommerce-product-gallery__wrapper wd-carousel wd-grid), before the <figure> tag is even finished. This has been 100% reproducible across dozens of tests over two days.
What we have ruled out (each confirmed via a disposable draft copy of the product, made with “Copy to a new draft”, tested, then trashed — the live product itself was reverted/confirmed unaffected after any direct test):
Gallery image count: tested with the full 11-image gallery, and with the gallery completely emptied (0 images) — identical crash both times.
Gallery image content — not a factor, since even 0 images still crashes.
Main “Product image” (_thumbnail_id) — cleared entirely (confirmed via server-side check, not just UI) — still crashes.
WPBakery product description content — replaced with a placeholder — still crashes.
Product type — converted the live product from a variable product (size/design swatches) to a simple product and back — crashes identically either way.
Per-product WoodMart layout settings: _woodmart_thums_position = “without” (hide thumbnails), _woodmart_single_product_style = “1” (Small image) — both tried individually — still crashes.
WoodMart Core plugin deactivated entirely (site-wide, for the duration of one test) — the crash still occurred, at the exact same byte position. This indicates the hang is in the WoodMart theme’s own gallery template code, not the WoodMart Core plugin.
Variation Swatches for WooCommerce plugin — deactivated, no change.
WP-Optimize page cache — cleared, ruled out (this was an earlier false lead, not the real cause).
Server-side resources — our host (LH.pl) confirmed no above-normal CPU/RAM usage, no entries in PHP-FPM error_log, and no entries in Apache error_log for the timeframe of repeated reproductions. WP_DEBUG_LOG (via the WP Debugging plugin) is also enabled and has never caught a fatal error or exception for this crash, despite it reproducing on every request.
Working theory: given that no log anywhere (WordPress, PHP-FPM, Apache, host resource monitor) records any error, warning, timeout, or resource spike for this crash, we suspect a silent infinite loop or hang inside the WoodMart 8.5.7 gallery-wrapper rendering code, triggered by something specific to this one product’s data (since it is 100% product-specific and independent of every image/gallery/description/type-related factor we could test), which is eventually cut off by a connection or proxy-level timeout that isn’t logged anywhere we have access to check.
What we’d appreciate from support:
Given the exact crash point (woocommerce-product-gallery__wrapper wd-carousel wd-grid construction), can you point us to what in a product’s data (attributes, variations, terms, or a specific postmeta key) could cause this to hang in 8.5.7’s gallery template code?
Are there any known regressions in 8.5.7 (vs. 7.2.4, which worked fine) in the single-product gallery rendering path?
Is there a debug/verbose logging mode specific to WoodMart’s gallery rendering that would surface something PHP’s own error log doesn’t catch (e.g., a caught exception that’s silently swallowed)?
We’re happy to provide staging access, a full export of the product’s data, or run any diagnostic snippet you can provide.
Thank you!
.
