No longer working

If you could copy the JSON for that container for us, we’ll be able to understand the configuration exactly and try to reproduce the problem.
The JSON will probably contain data that you don’t want to post here online, so if necessary, you can send us the file via our technical support at dynamic.ooo and then continue the conversation here.

Thank you

We reviewed your JSON with the help of AI against the code of the latest Dynamic Visibility for Elementor version (6.0.6), and the configuration on your container is valid:

• Visibility enabled, display mode “Show”, triggers in OR
• Archive trigger: Archive Type “Taxonomy”, Taxonomy “product_cat”, 13 product category terms selected

The logic that evaluates this condition (taxonomy archive check plus term ID match) has not changed in the recent releases, so we cannot find a regression that explains the behavior from the export alone. The container should be shown on the archive of any of the 13 selected categories and hidden elsewhere.

There are a few things on the site that can produce the symptom you describe:

1. JetSmartFilters with AJAX. Your container includes a JetSmartFilters “Remove filters” widget. When the archive is re-rendered through an AJAX filter request, WordPress no longer sees a taxonomy archive, so the visibility condition fails and the container disappears. Please check whether the container is missing on the first page load or only after applying a filter.
2. Term IDs. The condition compares numeric term IDs. If the product categories were recreated, imported or migrated, or if WPML was added and the translated categories have different IDs, the saved list no longer matches. Open the container, go to the Visibility tab, Archive section, and confirm that the “Terms” field still shows the correct category names.
3. Template context. Make sure the template is applied as the Elementor Pro Product Archive to those categories and is not rendered through a shortcode, a Loop Grid or the Shop page. In those contexts the queried object is not the category term.
4. Caching. Clear any page cache and server cache and test again while logged out.

1. Switch Archive Type from “Taxonomy” to “Archive” temporarily, save, and reload a category page. If the container now appears, the taxonomy or term comparison is what fails. If it stays hidden, the page is not seen as an archive at all at render time, which points to the theme, a plugin altering the main query, or the way the template is loaded.
2. Compare the term IDs. The saved IDs are 22, 23, 25, 26, 27, 28, 162, 171, 176, 186, 187, 188 and 419. In Products → Categories, hover a category and check the tag_ID in the link. Confirm that the categories where the container should appear have exactly these IDs.
3. Multilingual plugins. Let us know whether WPML, Polylang or TranslatePress is active. With WPML, the saved IDs are translated to the current language before the comparison, so a missing translation makes the condition fail.
4. Plugins touching the main query. Temporarily deactivate JetSmartFilters and any SEO or permalink plugin, then reload the category page. If the container appears, one of them is changing the queried object.

Thanks for checking. On point 1 there was a misunderstanding: the screenshot shows the template type, which is fine. The test we need is on the visibility control itself. Please do the following on a category page where the container should appear:

1. Confirm who hides it. Open the page source (Ctrl+U) and search for dce invisible. If you find , the container is removed by Dynamic Visibility and the test below applies. If it is not there, something else is removing or hiding the container (Elementor display conditions, CSS, another plugin), and we need to look elsewhere.
2. Change the trigger’s Archive Type. Edit the template with Elementor, select the container, open the Visibility tab, then the Archive section. The first dropdown, “Archive Type”, is currently set to “Taxonomy”. Change it to “Archive”, update, and reload the category page.
   
   If the container appears, WordPress sees the page as an archive but the taxonomy or term comparison fails. Set it back to “Taxonomy”, keep “product_cat” and clear the Terms field, update and reload. If it appears now, the category ID at render time does not match the saved list.
   
   If the container stays hidden even with “Archive”, the page is not recognized as an archive when the container is rendered.
3. Check the container level. Confirm that the visibility settings are on the outer container of the template and not on a container nested inside a Loop, a Products widget or a Template widget. In those contexts the current item is a product, not the category, and the archive condition fails.

Please send us the result of each step, plus the versions of WordPress, Elementor, Elementor Pro and WooCommerce.

Perfect, thank you!