Home›Support›English Support›[Resolved] a problem with displaying products in bulk orders after changing the language
[Resolved] a problem with displaying products in bulk orders after changing the language
This thread is resolved. Here is a description of the problem and solution.
Problem: The client is experiencing an issue where products in bulk orders are not displaying correctly after changing the language on their production site. Despite the settings being identical to a test site where the issue does not occur, the problem persists even after updating plugins and transferring the WPML license. The client has tried various troubleshooting steps, including synchronizing attributes and categories in WPML, re-adding shortcodes, and clearing caches, but the issue remains unresolved. Solution: We suggested that the client check if the issue also occurs on their test site by visiting https://plasmet.nospace.pl/zamowienie-zbiorcze/. If the problem is not reproducible there, it could indicate a caching-related problem or a server-side configuration difference between the two sites. We recommended clearing both browser and server-side caches to see if this resolves the issue.
If this solution does not resolve the issue or seems outdated, we recommend opening a new support ticket. We also highly suggest checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. For further assistance, please visit our support forum at https://wpml.org/forums/forum/english-support/.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
Although, from what I’ve learned, disabling this feature might slow down filtering. However, I regenerated the tables using:
"WooCommerce > Status > Tools > Regenerate product lookup tables" in production, and it works as well. Would this be a good solution?
I also have a second question. I see that you’re working with B2BKing. Do you have any idea what might be causing the issue? :
( i try make this "WooCommerce > Settings > Products > Advanced and uncheck the setting Use the product attributes lookup table for catalog filtering" and still don't work)
I have a problem with displaying products in bulk orders after changing the language.
Introduction: since I have both a production site and a test site. Bulk orders were working on both. Generally, I don't know when this changed, but the sites are 1:1. On the production site, the only thing that changed was that I added a new product - the rest of the settings weren't touched.
On the test site, I updated plugins a few days ago, but I didn't do this on the production site - I thought, hmm maybe that's it, because after the update on the test site it still worked, so I updated everything on production, but it still doesn't work.
Main site:
hidden link
Test site: hidden link
Try changing languages and you'll see that on the test site, the translated products are displayed, but on production they aren't (Interestingly, I've already transferred the license to production, and it's not on the test site)
Interestingly, after changing the language, the table header translates correctly (product, qty, subtotal, cart) but there's no translation inside.
Interestingly, when I click on filters and select a category, the products show up correctly translated and the whole list works properly. (Interestingly, I recorded a video below - and it no longer worked, so I don't know what's going on, but earlier after selecting filters, products appeared in English, but in the video they no longer do)
I've checked what I could, which is: synchronized attributes and categories in WPML, checked and all products are translated, removed the shortcode in the English version and added it again, turned off bulk order and turned it back on, changed the price group for my account, removed cache from b2bking tools (I don't have any other cache) - I'm out of ideas about what could have happened here.
Languages: English (English )German (Deutsch )French (Français )
Timezone: Europe/Zagreb (GMT+02:00)
I checked the video and am not sure if I understood the issue correctly. From what I see, when I visit hidden link), the filters and products are in English, so is the issue resolved?
The video ends somewhat abruptly, as if something is missing—perhaps some conclusions?
Yes, I trimmed the videos because I kept talking nonsense in English. 😆
I opened the page in incognito mode, and at first, I did see the products in English. However, after refreshing, closing the page, and opening it again, the products were displayed in Polish, even though the language was set to English.
I asked my colleague, and everything worked fine for him, but he noticed that after logging out, he experienced the same issue as I did. He tested it in different browsers and found that it worked fine on Mozilla, but on Edge, he had the same issue as me.
I cleared the Chrome cache and all cookies, but I still have the same problem. Could you test it multiple times and in different browsers?
As a logged-in user, I always see the products in Polish, no matter if I select English, Romanian, or Ukrainian.
Languages: English (English )German (Deutsch )French (Français )
Timezone: Europe/Zagreb (GMT+02:00)
Does the same issue also occur at this URL: hidden link?
If the issue isn't reproducible there, it might suggest a caching-related problem or perhaps a server-side configuration difference between the two locations. Additionally, clearing browser or server-side caches could help determine if caching is indeed the root cause.
Yes, that's exactly it! But now I know what the problem is—such a simple thing...
It turns out that the production site has cookie consent mode enabled, while the test site does not.
I always automatically reject cookies, which causes the cookie:
"wp-wpml_current_language" to be rejected. However, when I accept cookies, everything works correctly, and I see the same thing as you.
The question is: Can I classify this cookie as a necessary one? Or, if it doesn’t qualify as necessary, how can I configure it to ensure everything works properly?