I dont use conditions for widgets. Cache is not effecting anything that I am using.
Sections and containers only. Cache is irrelevant to this, its been tested both ways
I dont use conditions for widgets. Cache is not effecting anything that I am using.
Sections and containers only. Cache is irrelevant to this, its been tested both ways
At the moment, our team is actively working on performance enhancements for the theme. We’re focusing on identifying and optimizing parts of the code that can improve speed and overall efficiency. As you may have noticed, our recent update included several performance improvements, and we’re continuing this effort to deliver an even faster experience for all customers.
Actually the last update caused a lot of issues for me, which I cannot report because I am restricted to 2 topics, and this topic for example of over 3 months old and still not resolved
As a temporary workaround, we suggest continuing to use the built-in display conditions provided by the Elementor plugin. You’ve already confirmed that these work correctly for your specific cases – even with caching plugins active. There is no requirement to use only the theme’s conditions if the native Elementor functionality meets your needs.
That statement is incorrect, I advised that display conditions provided by the Elementor plugin also do the same.
2 weeks, no reply. what going on with this? All testing is done for
Final scenario:
The issue is 100% related to the use of X-store conditions on MULTIPLE elements.
What I have done to temporarily fix this glitch is, REMOVED the TITLE element.
Previously there was 3 elements using XSTORE conditions.
My Account
Text Editor
Heading.
Now there is only 2 elements using XSTORE conditions.
My Account
Text Editor
(Heading was removed, and the words “Sign up now” were added to the text editor)
Now, the behaviour works as expected on a cache and non cache page. CACHE is NOT the issue. The issue is code, specifically “X-Store conditions” when using more than one element or a single container.
This is a temporary fix for my INVITE PAGE.
We still nee to fix this problem so that more than two elements, or a single container can use the conditions. AND we still need to fix this problem on the LOGIN page, Now we have confirmed cache is not the culprit.
Two more screenshots.
I disabled Xstore conditions for “text editor” .
This allowed the “Title” to be hidden.
Now its certain, the issue is caused by trying to set more than 2 elements or a single container to use X-store conditions.
Xstore conditions does not work for containers.
Xstore conditions does not work for more than 2 elements on one page.
Yes, this issue is definitely not cache-related.
To investigate further, I tested this on another page I’m currently building.
Everything works as expected when applying X-Store Conditions to a single element (in this case, the login/account tabs). When set to hide for logged-in users, it behaves correctly.
However, when applying X-Store Conditions to a whole container or multiple elements (more than 2), it does not function properly. The results vary depending on different factors (such as settings).
I’ve recorded three scenarios to demonstrate this. These confirm the issue is not related to caching, as a cache-related problem would consistently affect all scenarios the same way.
Scenario 1: Single Element — Works as Expected
When one element is set to “hide when logged in,” it functions correctly:
Visible before login
Hidden after login
Reappears after logout
https://drive.google.com/file/d/1-rm4fJmTR19Awr2__x9xk3sLthxAF5ox/view?usp=sharing
Video 1 demonstrates this using a user who has never signed in and is using a fresh cache:
Everything displays correctly before login
Element is hidden after login
Element reappears after logout
Screenshot 1 shows the settings used:
X-Store Conditions applied only to the “My Account” element
No other elements or containers have X-Store Conditions active
✅ This setup works perfectly under all conditions, regardless of caching.
Scenario 2: Whole Container — Does Not Work
In this scenario:
X-Store Conditions is removed from the “My Account” element
X-Store Conditions is applied to the entire container, which includes:
“My Account”
“Text Editor”
“Heading”
https://drive.google.com/file/d/1yZ2xQAIzCuEifFuuqtpzhvVItUaCYh–/view?usp=sharing
Video 2 shows:
Everything appears correctly before login
Nothing is hidden after login — all content remains visible
Logout shows the same view (since nothing was hidden to begin with)
Screenshot 2 shows the settings used:
X-Store Conditions applied only to the whole container
No other elements or containers have X-Store Conditions active
❌ Applying conditions to the container has no effect, regardless of cache status.
Scenario 3: Multiple Elements — Partially Works
Container conditions (from Scenario 2) are disabled due to failure
X-Store Conditions is applied individually to three elements:
“My Account”
“Heading”
“Text Editor”
https://drive.google.com/file/d/1aR6NJywace79Ik_IygkfD7kJbNVs5eC0/view?usp=sharing
Video 3 shows:
Everything appears correctly before login
All elements are hidden after login — except the “Heading” element
Everything appears correctly after logout
Screenshot 3a: Shows the container settings are disabled
Screenshot 3b: Shows X-Store Conditions applied to the three individual elements (highlighted in green)
✅ All elements with conditions behave as expected — except the Heading, which remains visible regardless.
Conclusion & Next Steps
This is not a caching issue. Testing has been done on both cached and non-cached pages, with no difference in behavior.
X-Store Conditions does not work on containers
It does not work correctly with more than two elements
It may not work on Header elements????
✅ Further testing is needed to determine whether the issue lies with:
Using more than two elements with X-Store Conditions at once
or
Applying X-Store Conditions to Heading elements
However, what is already clear:
X-Store Conditions do not function when applied to containers, only to individual elements, 2 max.
You can check any of the products that are linked using XSTORE.
The all behave the same . but Here is one example
https://theundergroundmarketplace.com/product/gummy-bears-500mg-skittles/
This product has over 30 variations, currently only some are in stock.
Hello
1: I explained that I have followed all your advice and nothing changed.
2: I already confirmed that caching this page made no difference.
Thanks
I can confirm, that after excluding the page from cache, it is doing so, because I have to manually flush cache when I make changes to this page (when cache is excluded)
However it does not fix the issue with container appearing when expected.
Second to that, if it was a cache issue, then it would be also effect the opposing scenarios, which it does not.
Hello,
excluded the page from caching, it has no effect, problem still persists,
Thanks for the support! My topic “recommended for you area on the home page, alignment layout issues.” has been successfully resolved.
Thanks for the support! My topic “Wishlist not showing vendor details, just product names.” has been successfully resolved.
Thanks for the support! My topic “Email Builder: Unable to change name colour of text for Dokan Vendors & Variations” has been successfully resolved.
Thanks for the support! My topic “Compare Function is missing, no icon or feature.” has been successfully resolved.
Thanks for the support! My topic “I set up the emails with email builder but no emails are being sent.” has been successfully resolved.
Thanks for the support! My topic “Free shipping progress bar not showing on mobile cart..” has been successfully resolved.
Thanks for the support! My topic “Issues with iPad landscape view, overlay and menu links.” has been successfully resolved.
Thanks for the support! My topic “Cart Mini menu layout issues with Progress Bar” has been successfully resolved.
Thanks for the support! My topic “Cart Mini menu layout issues with item counter.” has been successfully resolved.
Thanks for the support! My topic “How can I change the 404 page to a page created with Revolution.” has been successfully resolved.
Thanks for the support! My topic “Unable to change the default text colour of spare email template” has been successfully resolved.
Thanks for the support! My topic “Fake sale pop up is set to display real orders, but has encountered a bug.” has been successfully resolved.
Hello, thats great. Thanks.
There is still an issue with products not showing as out of stock with the xstore variations setting.
Variations are currently set to display an “x” on out of stock products on the singles product page. Currently it does not.
The setting for variation swatches is currently set to “cross line”. It works as expected on the shop page, but not on the single product page.
Yes, I have disabled x store conditions and enabled Container → Layout → Display Conditions. This is the same. It hides the container on login, as expected. But it cannot make any container appear when logged in.
Thank you for the clarification—
The pop-up is now functioning as expected.
However, I’ve noticed a couple of minor issues:
Product Name Display:
The product name isn’t displaying in full. Currently, it only shows a single word (typically 5–8 characters), which makes it difficult to identify the actual product.
Date Format Issue:
The date is not displaying correctly—it shows as mm/mm instead of dd/mm. For example, throughout the month of May, the date always appears as “05 May” regardless of the actual day, instead of updating properly (e.g., “01 May,” “02 May,” etc.).
Close Button:
The close button is quite small and positioned too close to the product link. On mobile devices, this creates a frustrating experience for users—when they try to tap the close button, they often accidentally hit the product link instead, which redirects them to the product page.
Popup Background:
Currently, there’s no option to customize the background, border, or text of the popup. Since the popup background is the same color as the website, it blends in and becomes hard to distinguish from the rest of the page.
I would appreciate your help in resolving these display issues. I’ve attached two screenshots showing a side-by-side comparison of how the popup should appear.
I believe this layout should be the default, as the current version is intended to function as a product sales popup—but it doesn’t effectively display any product details at the moment.
Currently, the popup displays information in the following format:
Someone recently bought a ‘produ…’
Date (incorrect format) City, Country
Price
However, the alternative screenshot shows a more effective layout:
Someone in City, Country bought:
Full product title (displayed on a full line)
Price
Date (in the correct format)
This version is much clearer and more informative. It aligns better with the intended purpose of the popup, which is to highlight actual product sales.
Thanks for the support! My topic “Navigation Bar / Breadcrumbs settings. Appearing different on some pages” has been successfully resolved.
Hello, thanks, ive review it and it looks great.
Hello, I’ve review the changes and It looks great on all pages except the single product page. It appears to be excluded.
Highlighted in purple in image attached