Hi Olga,

Non-scrolling works perfectly now, thanks.
Can you plz share the work-around/code used?

Another issue popped up though. The image itself should still link to the underlying content page. This functionality is now disabled as well. This was not our intent.
Our intent is to disable scrolling as only 1 slider item exists. The functionality of that single slider item, the actual link, should still be active.

Works like a charm. I think it’s because of the “full height” parameter in the first row, that messed things up. You can hide it in the WP bakery provided settings, but the space remains.
Your work around is perfect. Thanks!

Link is set to Private, not to mess up google analytics (copy of home page would f*ck up our stats). Please log in using your credentials als admin to open link.

We have issues replicating the issue on external machines, although our systems in the home office still have issues viewing all the tabs. So this must be a local caching problem we seem unable to fix. In any case, the online version must be okay.

Please take my apologies. We’ll troubleshoot the caching issue on our end.

It’s fixed. Thank you!

To be able to backtrack to the development steps we took that ultimately led to this issue (and prevent something similar in the future) can you please provide details around the fix?

Hi Olga,

The multiple SSP seem to work fine indeed. We tried to check alterations in the tabs section. So, your troubleshoot did uncover the exact issue (the collapsable tabs section of the product page)
It seems that custom tab 01 doesn’t show (at all), neither does any other tab currently deactivated. Only the Description tab, single product custom tab, and custom tab 02 are displayed, despite changing visibility options in the customizer control panel. The customizer /backend version of the SPP shows them fine, but no matter what we try, we cannot get any more than 3 tabs to be displayed on the live site.

To further clarify: custom tab 01 only becomes visible when we switch it on in the default template. This results in a visible tab for all multiple templates. It’s as if the tabs are being regulated by the default template, regardless of which template is used to display the respective product brand.

Hi Olga,

Obviously, I’m not asking you to recode a 3rd party plugin. Since we’ve all put in a lot of time & effort I thought I’d recap outstanding issues and attempted fixes.

Reiterating the issues covered in the ticket:
1) creation of multiple SPP templates.
2) the tabs on the SPP can disappear once a user selects English as the current language instead of default Dutch.
3) 2nd /3rd / etc. product images not clickable in English (in Dutch just fine at that time. This problem expanded to include Dutch language later)

Starting at May 10th we addressed the multiple template issue with WPML under XStore template we found that the ajax search plugin doesn’t support js minification. We killed the plugin. But also the XStore customizer didn’t load properly. And the issue with tabs on SSP under English translation persisted.

Provided server error logs on May 18th.
XStore helpdesk has disabled Facebook and business review plugin but we had to enable those again because this is our production environment. We’ve had our developer create a staging copy for you to work with instead.

Stress tested the website on May 25th. Killing all theme settings significantly increased server performance. We found that 1) the code of the child theme itself does not make a significant difference and 2) with the current settings also the XStore ‘parent’ theme has the same problem and is slow. Your response was that a new theme archive is being developed that improves the performance of theme options (customizer). Has that materialized into a solution yet?

June 17th: multiple templates issue on the production site was claimed to have been fixed but a theme version downgrade was needed for this. As this is not a sustainable solution (we need to be able to upgrade to benefit from new features and security patches), we saw this as a temporary fix until XStore has structurally fixed the template code (troubleshooting of the new version on staging site is ongoing).
To date, this has not been fixed: although we’re able to generate new templates, the correct template (dedicated to specific brands) doesn’t show on the respective branded product page and the default template is displayed instead. (note: we’ve not used shortcodes in custom HTML anymore but that hasn’t resolved the issue).

Our developer managed to solve the tabs issue so we can strike that off. Let’s focus on the multiple templates for now.

We’ve hired an external developer who has resolved the (javascript) issue. The other ask remains: WPML was causing issues with the multiple single product page templates. This is the reason we switched. Has that incompatibility been resolved for the Xstore template? Are there other 8theme-recommended translation modules we can consider?

Thanks.
Please bear in mind, that SPP still doesn’t work properly.
Although we can create new templates (as we created 1 additional custom SPP template “vegan”, linking it to all vegan brands doesn’t display the correct template when loading a vegan product. Still, the default SPP template is displayed.

Also: in the English version, only the first product image is displayed. 2nd, 3rd, etc images cannot be selected in the SPP. This issue was described also at the beginning of this thread (not intentionally piling up to your troubleshoot workload, but please don’t forget about this one)

Adding to previous post:
Since our developer is managing /owning the staging site, and we’ve been spending way too much time troubleshooting, I would like to ask if we could do a conference call, with your team and our developer to accelerate finding a solution.

Some thoughts:
In the main dashboard -> Analytics -> won’t load any page. Could have some related issue.
Xstore customizer: main customizer dashboard loads, but as soon as I try and go into a sublevel, I only get to see the loading spinning wheel. According to our developer, it’s probably a database issue (or perhaps a security group policy issue>
I’ve tried this on our production site only btw, not the staging copy you requested to work in.

I’ve asked our developer to revert to an earlier copy of the staging site / current copy of the production site. As soon as that’s done, I’ll update this ticket.
In the meantime, were you able to access the customizer? We seem unable to open it. We get an Internal Server Error instead.

Hello Olga,

According to our developer, you can access Adminer through the link in Private.
Please revert to the wp-config.php file for database login credentials via sftp (you should have these login details)

Let me know if there’s anything else you need to gain access and troubleshoot.