Thanks Guenni007, I’ve already implemented that particular change.

I guess we can close the thread now :)

Hi Guenni,

It is ! That’s why I mentionned you in the first post. I often stumble on your posts when I come to find ways to customize Enfold… Your tips and tricks have been very useful for several years now!
Thanks for the tip, by the way. I corrected that. Sadly, it doesn’t solve the problem I mentionned (the script doesn’t seem to load on page reload or revisit without clearing the browser cache) – problem which, if you still take care of the website mentionned in that old thread (https://webers-testseite.de/lightboxes/), affects it too…

Hi Ismael,
Thanks for your help. Sadly, that didn’t work. So I tried different things, and here are a few other elements that might help :
– when changing to another theme (like Twenty Twenty-Two), and adding a new product, the product image worked as intended, by which I mean that on the product page, when clicking on ‘Define featured image’ and uploading a new picture and selecting it, the proper thumbnail (uncropped) appeared on the page. I then saved the product and switched back to Enfold, and it kept the right uncropped thumbnail. And on the catalog, I could see the right, uncropped thumbnail.
– So I tried something else. I disabled the shop_catalog image size in my child theme function.php, changed back the woocommerce/config.php file to what it was originnaly, and then retried the whole process ; this time, even with Enfold activated, everything happened as it should – meaning I get my uncropped thumbnail. But if I reinstate the ‘shop_catalog image size, it starts picking it up again and not the woocommerce_thumbnail one.
And if I select a semi-old picture (one dating from no before the end of August), and the 450×450 pixel file exists on the server, it will get picked up even though the image size ‘shop_catalog’ is still removed. Regenerating the thumbnails and deleting the unused ones makes it work again.

So it seems that somehow, the existence of the shop_catalog sized image is enough for it to take precedence over any other thumbnail…. Once again, I encourage you to try things out on the website I gave you. It truly baffles me.

Thanks for your help !

Ah, sorry, the error you saw with the custom script is because the test site didn’t have the last version of it that makes it not activate on pages where it shouldn’t. That has been corrected.
The main issue still remains, though, as you can see.

Hi again,
I think I’ve found the issue…
Here is the relevant passage in postslider.php (I looked in 4.8.6.2), around line 1106 :

				$date_query = array();
				if( 'date_filter' == $params['date_filter'] )
				{
					$date_query = AviaHelper::add_date_query( $date_query, $params['date_filter_start'], $params['date_filter_end'], $params['date_filter_format'] );
				}

And here the same passage in postslider.php in 4.8.7, around line 1131 :

				$date_query = AviaHelper::date_query( array(), $params );

But apparently, jut replacing one with the other is not enough to make it work again.

Could you help ?

Thanks !

Hi Ismael,
I’ll try. Thanks for your help, and thanks also to Guenni007 (I’ve seen a lot of your posts on these forums, and I appreciate all that you do for us Enfold users !)

Cheers !

Hi Guenni,
Thanks for your help, but I’m afraid I wasn’t clear. When I switched the filter, I didn’t paste a new function, but changed the old one – and I do not have the two functions active at the same time (I comment out the bump_sticky_posts_to_top when I test the other one).
So the problem wasn’t with me having two avia_blog_post_query_mod functions.

No, the interesting thing is when I paste the code (for the avia_blog_post_query_mod function), it tells me that the sti function (included in the code) causes the problem. When I change the name of the main function (avia_blog_post_query_mod) this doesn’t change. And when , in the code, I change the name of the sti function (to for example stipendous), the error message changes too and tells me stipendous is already declared on line 1048 so I cannot redeclare it on line 1048.

What is annoying is that I tried copying the code on another website, and the error doesn’t happen, which makes sense – but why is it not working on this website ?

Thanks for the help !

Excellent !

As usual, you guys are doing a top notch job.

Thanks for everything !
(we can close this ticket)

Hi,

Thanks for your help. Sadly, it didn’t seem to work… The padding rules are still affected. I put in private two links : one is the actual website (still with 4.8.3) and the other is a copy with 4.8.5 and the new file you gave me.
I did empty the caches (site + browser) ; but it appears that the new css rules still apply, and still have #top in front of them for padding and corners. Look for example at the white ‘Focus’ block.

I’d appreciate if you could take a look !

Thanks !

Hi,
Thanks. I’ll be keeping an eye out on this one. I hope you find a solution, because for most clients, giving access to the backend is a bad idea… So frontend interactions are a must.

Cheers, and thanks again for your help !

Hi,
Thanks for your help. Deactivating plugins is one of the first thing I did, without success (you can try too). And same as you, I don’t see any error messages that could point toxards where the problem is… Maybe a JQuery version ? I tried to deactivate JMigrate in Enfold, but that didn’t change anything either. Maybe both Enfold and the plugins (the problem is with the frontend post publishing and the frontend document publishing) define similar functions for frontend media library management ? I have to say I have no idea…

Best !

Okay, the duplicate website is up. I’ve switched back to Enfold already. I’ll give you the url in private.

Thanks for your help !

I will, but that makes it two plugins that have a similar problem just because of enfold (Frontend publishing pro and wordpress download manager). Changing theme does solve the problem. Is there anything you could tell me that would help narrow it down ? I would really like to keep using enfold… For example, which scripts in enfold might be lnked to that ? That might help me with the plugins’ authors.

Thanks !

Hi Ismael,
Thanks for your help. I finally went with a tuned-down modal, that avoid the aforementionned problems… We can, I think, close the thread.

Cheers !

Hi Ismael,

Thanks for your answer. I just have one final question : I have tried to make the change in slideshow-video.js update-proof by using my child theme to store the modified file, and added the proper function in function.php. But the changes made to slideshow-video.js do nto seem to be taken into account, and the loaded js file is still the original one, according to the console.

Could you check and see if I did domething wrong ? Or is it impossible to replace a js file this way ? The admin access I gave you previoulsy still works.

Thanks in advance !