Home / Forums / WoodMart support forum / PPOM subtotal costs not appearing in translated products.
Home › Forums › WoodMart support forum › PPOM subtotal costs not appearing in translated products.
PPOM subtotal costs not appearing in translated products.
- This topic has 21 replies, 2 voices, and was last updated 1 month, 3 weeks ago by
Artem Temos.
-
AuthorPosts
-
April 28, 2026 at 10:57 am #717045
creativedays.grParticipantHello Woodmart team,
I am experiencing an issue on my WooCommerce site using Woodmart theme, where the dynamic price table and subtotal container fail to load on my translated product pages. I am using the PPOM Free version alongside Polylang for WooCommerce.
The Problem: On my primary language (Greek) product page, everything works perfectly. However, on the translated (English) product page, the price table does not render when options are selected. (screenshots)
Upon inspecting the DOM, I found that the hidden input for ppom_option_price is completely empty on the English page, which breaks the dynamic price calculation:
Greek Page (Works): <input type=”hidden” name=”ppom[ppom_option_price]” id=”ppom_option_price” value=”[{“price”:0,”apply”:”variable” … }]”>
English Page (Fails): <input type=”hidden” name=”ppom[ppom_option_price]” id=”ppom_option_price”>
Troubleshooting Steps I Have Already Taken: To isolate the issue, I ran several tests and confirmed the following:The PPOM Group Settings are correct: If I attach the English PPOM Group to the Greek product, it works perfectly.
The PPOM Fields are not the issue: If I attach the working Greek PPOM Group to the English product, the array is still empty.
WooCommerce data is healthy: I queried the database directly. Both the Greek and English products have a standard _price of 31.90, the exact same tax status, and identical decimal/thousand separators.
No PHP Fatal Errors: There are no silent PHP errors crashing the page, and the base json_encode() function works fine in the English environment.
Loco Translate is not interfering: I bypassed translation files temporarily, and the issue persisted.
Conclusion: It appears that when Woodmart is set to the secondary language (English), Polylang is somehow intercepting or stripping the product price context when PPOM attempts to build the ppom_option_price array, resulting in a blank value.I am still waiting from the PPOM fields support team but in the meantime i wanted to ask you if its has something to do with your theme and there is a reason why in the english version it is not loading all the containers and data. I have a similar issue with the product variation labels, i have sent you a different ticket for that.
Thank you for your time and help!
Giannis
Attachments:
You must be logged in to view attached files.April 28, 2026 at 11:12 am #717051Hello,
To help diagnose this issue, could you please test with a default theme? This will help us determine if the problem is theme-related or caused by another factor.
Steps:
1. Temporarily switch to the default WordPress or Storefront theme (WooCommerce’s official theme)
2. Test the functionality
3. Let us know if the issue persistsImportant: Make a backup before switching themes, and don’t worry—your WoodMart settings will be preserved.
Best regards
April 28, 2026 at 1:48 pm #717072
creativedays.grParticipantHello again, we tested with a default wordpress theme.
In that case both in greek and english versions of the products the extra subtotals, price table and fields of the PPOM fields display both of the times. (screenshots attached)
Attachments:
You must be logged in to view attached files.April 28, 2026 at 2:53 pm #717084Can we switch between themes on your website so we can see the difference and check what is wrong?
April 28, 2026 at 3:49 pm #717100
creativedays.grParticipantNot right now as it is live. Could we make a staging clone and give you access there?
April 28, 2026 at 5:53 pm #717123Sure, we can test it on the staging website as well.
April 30, 2026 at 10:24 am #717266
creativedays.grParticipantHello again,
I am following up on this ticket and have now prepared a staging environment along with login credentials for your testing. Additionally, I would like to report a related issue that we recently identified.
A few days ago we temporarily switched from the Woodmart theme to a default WordPress theme as part of your troubleshooting process. After switching back to Woodmart, we noticed that the theme had been updated to the latest version (from approximately 8.3.8 to 8.4.1). This update was not initiated by us, as we had intentionally postponed updating at that time. Could you please clarify whether this type of automatic update is expected behavior under certain conditions?
Following this, we observed a new issue that appears similar in nature to the one previously described, but this time affecting the primary (Greek) language as well. Specifically, on certain products, the base product price does not appear when the PPOM price container loads. Instead, only the additional option costs (e.g., “Balloon +3.00”, “Chocolate +6.00”) are displayed.
On other products—despite being simple products within the same category and with seemingly identical configurations—the base price displays correctly and the additional costs are calculated as expected. This inconsistency suggests that something is interfering with how the product price is being passed to or rendered within the PPOM container.
We have made a lot of testing with different products, different groups of PPOM fields, turning off Litespeed Cache and Cloudflare from server but nothing seemed to fix it.
So, to summarize, there are currently two issues:
1. The newly observed issue affecting some products, seemingly at random, in the primary (Greek) language, where the base price is missing and only extra option pricing is shown.
2. The original issue affecting the secondary (English) language, where the dynamic pricing data is not being populated.You are welcome to freely test on the staging site, including switching themes if needed. Please note that once a solution is identified, we will need to replicate the fix on the live environment as well.
Thank you in advance for your assistance, you are always really helpful! I have included screenshots and login details below for your convenience and examples of products where it might work in one and not on the other.
Kind regards,
Giannis
Creative DaysAttachments:
You must be logged in to view attached files.April 30, 2026 at 1:09 pm #717288Hello,
It seems to be somehow related to the customizations made in the child theme. When we switch to the parent theme it starts working correctly. Please test from your end.
As for the theme update, there is no automatic mechanism that updates the theme without any actions. You need to click on the “update” button intentionally to update it.
Kind Regards
April 30, 2026 at 3:13 pm #717300
creativedays.grParticipantFollowing your response, I tested the site using the parent theme with all plugins disabled (except the required ones for functionality) and custom snippets disabled, like you have it now. While this appears to have resolved part of the issue, one problem still persists.
Specifically, on the English version, the PPOM extra options are now loading correctly when selected. However, the issue where the base product price is missing from the PPOM price container on certain products is still not resolved, in both languages. As shown in the attached screenshots, only the additional option prices are displayed, while the main product price is not included in the calculation. It seems to be loading sometimes for a split-second but then it’s gone.
Could you please investigate this behavior further?
Additionally, we are quite certain that this issue was not present prior to the recent theme update. And that we did not click update. For verification purposes, is it possible to obtain and install version 8.3.8 of the Woodmart theme so we can test whether the issue is related to the update?
Thank you again for your assistance.
Kind regards,
Giannis
Creative DaysAttachments:
You must be logged in to view attached files.April 30, 2026 at 3:36 pm #717307To fix this issue, you need to disable the “”Quick shop” for variable products” option in Theme Settings -> Shop -> Variable products. Please try it and let me know if it helps.
May 4, 2026 at 10:14 am #717488
creativedays.grParticipantHello,
Unfortunately, disabling the “Quick shop for variable products” option did not resolve the issue.
Could you please investigate further and suggest any other possible solution? It is very important for us to get this fixed as soon as possible.
I would also like to clarify something regarding the separate issue with the English version, which was resolved when switching to the parent theme and was identified as likely related to the child theme customizations.
At this point, all plugins, custom snippets, and additional CSS have been disabled or removed for testing purposes. Based on that, should the child theme not function the same as the parent theme now? We have not made any other modifications to the child theme files beyond snippets and CSS.
The reason I ask is because on our live site we cannot run the parent theme directly, so if the issue still remains when switching back to the child theme, this will continue to affect the production environment.
Could you please advise on what specifically within the child theme could still be causing this behavior, or what else we should check?
Thank you again for your support.
Kind regards,
Giannis
Creative DaysMay 4, 2026 at 10:30 am #717489Hello,
As we can see, this option is still turned on. Please disable it and send us a link to the product where you still see the problem.
Regarding child themes, our support doesn’t cover debugging or fixing issues caused by custom codes you add to your website through plugins or child themes. You’ll need to handle this on your own.
Kind Regards
May 4, 2026 at 11:46 am #717502
creativedays.grParticipanthttps://floraison.coolshop.gr/en/product/flowers-in-tiffany-box/
in this product the product price appears from the start and when you add an extra the extra price also appears.https://floraison.coolshop.gr/en/product/azalea-in-kraft-paper/
in this product the product price does not appear like the other product and when you add an extra only the extra prices appearI will attach screenshots also.
Attachments:
You must be logged in to view attached files.May 5, 2026 at 9:12 am #717582Hello,
We don’t see any problems with the first product you sent. It works exactly as with the default theme.
As for the second one, the formatting is affected by the custom CSS code you added to your website https://gyazo.com/feb7956a5e72f445f8d466236e4f295c
Kind Regards
May 5, 2026 at 9:40 am #717586
creativedays.grParticipantI am not talking about the formatting. I am talking about that the product price does not appear at all, like the first product. CSS is not the problem. I have been very specific in the screenshots. Please try to understand what i am saying.
May 5, 2026 at 9:58 am #717590Sorry, but you wrote about the bad formatting on your screenshot https://gyazo.com/3717bf51ba28ed276660c3a3c032015f
As for the price, it appears exactly as with the default theme https://gyazo.com/cfcf70292d6929dd0dce891fc187f609May 5, 2026 at 10:19 am #717596
creativedays.grParticipantThis price on the video is only the extra price. 3 euro. When you click it it should also say the base price of the product. I am sending again screenshots of the two products I sent you the links before.
Attachments:
You must be logged in to view attached files.May 5, 2026 at 11:16 am #717611But the video and your screenshot are from the default theme. It is the way the plugin works. It is not affected by the WoodMart theme since it is deactivated.
May 6, 2026 at 10:15 am #717723
creativedays.grParticipantHello again,
Let’s revisit this today with a fresh perspective and hopefully avoid any previous confusion.
I tested the “Quick Shop” option again, and this time we were able to confirm a clear difference in behavior.
When the “Quick Shop” option is disabled, everything works correctly and the pricing displays as expected. However, when the option is enabled, the issue returns. I have recorded a video demonstration for your review: https://screenrec.com/share/iHnMoWPJm5
ex. product: https://floraison.coolshop.gr/en/product/chamomile-in-basket/ (please test only simple products like this, i sent you a link of a variable product yesterday by mistake)
Additionally, we tested changing the Quick Shop trigger type from “On variation click” to “On select options click.” In that configuration, the issue also appears to improve.
That said, our client would absolutely prefer to keep the Quick Shop feature enabled, and ideally use the “On variation click” method, as it provides a better user experience and presentation on the shop pages.
Could you please review this and confirm whether the issue is indeed caused by a conflict with the Quick Shop functionality—particularly the “On variation click” setting?
Thank you again for your patience and continued support.
Best regards,
Giannis
Creative DaysAttachments:
You must be logged in to view attached files.May 7, 2026 at 11:18 am #717831Hello,
This option adds additional “Add to Cart” sections for products on the shop page and other product grids to make the “Quick Shop” functionality work. However, the plugin you’re using is not designed for this purpose. It only works on single product pages and breaks when those pages contain other “Add to Cart” forms. These forms are present in the “Related Products” section if the “Quick Shop” option is enabled. While you can contact the plugin’s developers for assistance, there’s nothing we can do to resolve this issue.
Kind Regards
May 7, 2026 at 1:08 pm #717843
creativedays.grParticipantOk then, thank you for your support.
Kind regards,
GiannisMay 7, 2026 at 2:15 pm #717853You are always welcome. Feel free to contact us if you have any further questions.
-
AuthorPosts
Tagged: polylang, ppom fields
The topic ‘PPOM subtotal costs not appearing in translated products.’ is closed to new replies.
- You must be logged in to create new topics. Login / Register