Hi,

Best regards,
Günter

Hi,

See private.

Best regards,
Günter

Hey Guenter,

Yes – I forgot to remove the -dev.

It is the latest production version.
I apologize for this.

Best regards,
Günter

Hi,

We tried, but could not update the js file to a later version – it had seemed to be buggy and using the methods to control the animation like play, pause, .. did not work as it should. So we left it unchanged.

Checking the player today (https://developers.lottiefiles.com/) the implementation has completly changed.

We will add it to our dev repo to consider updateing the element – but we have no ETA for it yet.

Best regards,
Günter

Hi @BigBatT,

Thanks for your contributions!

Added it to core. Have a great day.

Best regards,
Günter

Hi,

Please check https://kriesi.at/documentation/enfold/custom-element-templates/#custom-elements-advanced-option-custom-elements-for-subitems

and try to add:

add_theme_support( 'show_advanced_custom_element_options' );

I think this should help.

Best regards,
Günter

Hi,

I could reproduce it now – I will add a fix to react correctly when the address bar hash changes.

But I think this will not solve the problem from the initial topic.
I will let you know here, when I have the fix.

Best regards,
Günter

Hi,

I checked the clean version with FF (also in incognito mode) and Chrome on a Windows PC. and on an android handy with chrome.

I cannot reproduce the problem.

Can you please copy the shortcode of page with the accordion of the original site to the test site to check ??
You can enable the debug mode via theme option “Layout Builder” -> “Show advanced options” -> “Debug Mode (Backend Only)”.
Insert the shortcodes into the cleared debug input field and save the page.

Best regards,
Günter

Hey Thomas,

Sorry for the late reply.

I think the problem is in ..\enfold\config-templatebuilder\avia-shortcodes\toggles\toggles.js around line 92:

allContent.not(content).slideUp( slideSpeed, function()
{
	$(this).removeClass('active_tc').attr({style:''});
	scroll_to_viewport();
});

Can you try to remove

scroll_to_viewport();

and check if this helps.

If not, can you give us admin access to a staging site where we can reproduce the problem (and we can modify this file to debug further) ??

Best regards,
Günter

Hi,

As far as I see there are 2 functions involved adding avia_extended_shop_select in ..\config-woocommerce\config.php. You can override them in your child theme:

function avia_woocommerce_frontend_search_params()
{
   return;
}

function avia_woocommerce_overwrite_catalog_ordering( $args )
{
   return $args;
}

Can you try that please.

Best regards,
Günter

Hi,

Thank you for using Enfold and reporting this.

First issue:

We are working on a fix to ignore s=…. for all pages that are not the search page. Will be in the next Release 6.0.4.

Second issue:

The warning you mention is in a file that was used with the old Envato update API < 3.0 and is deprecated. If you have entered an "Envato private token" it should not be loaded at all. But we will remove it in next release 6.0.4. Best regards, Günter

Hi,

It seems that the class litespeed-loaded which is added to the img tag, causes the problem.

If you check the shop page of your dev server the HTML of second image “Guy Rope” you see 2 img tags, the first one is the overlay to change – it has class avia-product-hover. Remove the class litespeed-loaded there and it will work.

Why the first image does not have the the overlay image in HTML – no idea – maybe some customization ??

I added an echo at line 618 in ..\enfold\config-woocommerce\config.php and when logged in it shows, that

get_post_meta( $id, '_product_image_gallery', true );

returns no result – but the product shows a gallery.

Hope this helps your developer to fix the problem.

An idea would be to run a js script to remove class litespeed-loaded in all img tags that have class avia-product-hover.

Best regards,
Günter

Hey Tim,

Very sorry for the late reply.

Do you have a staging site where I can see the HTML structure and the backend settings please – so we are talking about the same.

Best regards,
Günter

Hey waveseven,

Please check https://kriesi.at/documentation/enfold/custom-element-templates/#custom-elements-advanced-options.

and

Hope this helps.

Best regards,
Günter

Hi Tim,

Thank you for the credentials.

Having a look into it – you are having a lot of customizations, a lot of plugins and also modifications to the image sizes defined.

E.g. 1500*0 – Featured Thin (added by theme), 1700*0 – Fullscreen Sections/Sliders (added by theme), …

In core it is: 1500*430 – Featured Thin (added by theme), 1500*1500 – Fullscreen Sections/Sliders (added by theme)

We are using core WP functions for creating the responsive scrset and size – no idea what *0 causes behind the scene in WP core.

Also it is a bit strange that when no image is selected for a category we get the last image added returned by a core WP function:

$attachment_id = avia_get_woocommerce_term_meta( $term->term_id, 'thumbnail_id' );

calls

get_term_meta( $term_id, $key, $single )

The following functions are involved in handling the banner for shop page and category pages in file ..\config-woocommerce\config.php:

avia_woocommerce_overview_banner_image()
avia_woocommerce_big_cat_banner()
avia_woocommerce_shop_banner()
avia_woocommerce_parallax_banner()

The code in the functions is pretty straight and easy to understand.

What I would suggest you can do:

– To make 100% sure we do not have a bug in our core (we tested it carefully, but we might have missed something) create a clean install with Enfold and WooCommerce, add a few images and categories and check, if you get it to run as you want it – using filters if necessary (we can add additional filters if needed to core)

– Then you need to dig into your customizationed site and try to figure out, what breaks our code

I know this answer does not satisfy but digging into your code cannot be done in a few minutes.

If you need anything added to code or anything I can assist you let me know.

Best regards,
Günter