Thanks for the support! My topic “Variable product gallery displays only one image” has been successfully resolved.
Thanks for the support! My topic “Variable product gallery displays only one image” has been successfully resolved.
I can confirm that I have not encountered any additional issues. 🙂
Thank you very much! Your support is outstanding, as always 🙂
I conducted a test and found that, overall, everything functions well , than you for that 🙂
The only remaining issue (see my previous post) is that in the standard XStore theme options panel, I am missing options that are available in the “Live Theme Options” panel. Specifically, there is no “single product page” section nor “Variation Gallery”. This is not a significant problem since all of those options are accessible in “Live Theme Options” However, you might consider ensuring consistency across all areas where configuration changes can be made.
I observed an additional issue: The XSTORE Theme Options do not display all the same options that are visible in the “Live Theme Options”. This discrepancy appears to occur specifically on pages using the XSTORE single product builder, and not when using Elementor. Please refer to the videos below for further clarification.
Please disregard my previous message :). It appears that there was a cache issue, it is functioning correctly now.
The issue has been resolved, thank you.
I do have one request, if I may. As I was rather impatient :-), I copied this version of the theme and the et-plugin onto my production site as well. Almost everything is functioning properly, except that the variable selection reset does not perform the same as it does on the staging site, and the main photo does not revert to the default. Could there be any additional configurations on the staging site that won’t be replicated when I transfer the plugin and theme?
Hello,
We are almost there 🙂 previous issues solved, however, there remains a minor issue with lightbox.
When the XSTORE variation gallery is selected, and a variant is chosen, the lightbox fails to activate, causing the image to open in the full browser window instead. The lightbox functions correctly in the main parent product gallery. The lightbox issue seems to be specifically related to the variations gallery on the Elementor builder-based single product template.
When the XSTORE Variation Gallery is activated, all features operate seamlessly as intended. Conversely, when the WooCommerce Variation Gallery is enabled, only the first image from the gallery is displayed, as if the Woo Variation Gallery were not activated at all.
Additionally, I conducted tests on two sites: one within a staging environment using the XSTORE template/builder, and another where we have transitioned to the Elementor Builder template for the product page.
The XSTORE builder performs well in all scenarios. However, the Elementor builder-based page encounters significant issues when left thumbnails are enabled. Please refer to the video shared privately for further details.
Yes, you can upload to our staging anything you need
Our hosting platform does not support FTP (sec reasons). You may, however, install a file manager of your choice as a plugin … there is one already installed 🙂
Yes, we do have staging .. please see private are for details
If by “current configuration” you refer to variation images, then I am fine. However, once the built-in feature is disabled, I need to be informed about which metadata must be updated with image IDs and which should be cleared, as I have my own system for cleaning and normalizing images after imports are completed by the WP All Import plugin. Additionally, I presume this solution is merely a temporary measure until the built-in or default WooCommerce galleries are functional, correct?
I have numerous variable products 🙂 many of them requiring several images; however, the system is currently displaying only one image .. .an d yes .. it must be related to latest woocommerce as it introduced variable galleries if I’m not mistaken.
Thanks for the support! My topic “Serach for variable SKU does not work as expected” has been successfully resolved.
Everything is working now. Thank you ! 🙂
Please let me know if this fix will be included in a patch, so that I can remove it from the functions once the official fix is released.
I have provided wp-admin access in the private content area of the previous message :).
Please note that FTP access is not available as we exclusively use SFTP or SSH. As an alternative, please refer to the private area of this message.
Lovely, it appears to be functioning properly now. Thank you very much.
it schuld be corrected now .. please check again …
please check path \sites\pasazhandlowy.eu\htdocs\ … I see everything in there
sorry, my mistake .. please check now
please see details in privat erea
Is SSH / SFTP suitable enough ? that is the only option I can propose
please see priv
Thank you for your response. In order to further improve my understanding of how it works, could you please confirm that if I am already utilizing Elementor for e.g. pages, it would be highly recommended to replace the current/default Customizer-based header and footer with new Elementor-based templates through Xstore Builders?
What about other elements in Builders? I am currently using a Builder for the Search page, should I also create Single Product, Product Archive, etc. in order to have a fully Elementor-based page, which could potentially increase its speed?
Or was your recommendation solely for the header and footer?
I am simply trying to understand how far should I incorporate Elementor-based templates in my design and replacing default features. My main concern is page speed at the moment …
I am uncertain if this is entirely accurate or if I have understood it correctly. When I deactivate the Elementor Search Template (by setting it to draft) the system then utilize the standard search, correct ? In such a case, the system properly searches and displays products as expected when I enter “vl885” into the search field. Therefore, the conclusion must be that the limitation comes from the Xstore Elementor’s Element, which has been added into the Elementor search template. Or perhaps I am overlooking something?
PS: Disabling the Elementor Search Template is not a viable option, as we are experiencing significant issues with the speed of the standard search. Please refer to our other topic here: https://www.8theme.com/topic/very-slow-search-function-toolbar-in-header/#post-434014
Unfortunately, FTP is not available on our server for security reasons. Please refer to the private section for more information as I provided you a workaround.
Furthermore, I have disabled the caching plugin and turned off the CDN, so you should be able to view all changes without any caching.
please see priv area
That is strange 🙂 I thought I was already using those builders, but it seems I have not. Anyways, thank you for your hint and instruction as it was very helpful. Now, the search function is working properly again. Thank you very much.
Unfortunately, we do not have FTP on this server. We only have SFTP, which can be quite complex to share for just one site. As an alternative, I have installed a File Manager directly in the WP admin panel. I hope this will suffice for your current needs.
WebP (together with AVIF) is gradually becoming the norm in contemporary web pages. Furthermore, in addition to WebP, there are still JPG files stored in the system. Moreover, in the “Modern Image Formats” plugin, there is even an option for generating additional JPG files if someone uploads a different format, etc. I strongly believe that in the very near future, this will be integrated into the core WordPress installation.
Could you kindly consider making a correction in the email builder module so that it takes/linking JPG files instead of WebP/AVIF? Both formats are available, it is simply a matter of proper implementation I believe.