Thanks so much for your quick reply and support. Further comments in private content.

Thank you. Please update me here.

Ismael, does Enfold theme have minimum requirements when it comes to the version of PHP that should be in-use?

Hi Ismael,

Leaving Slider Revolution disabled is not a viable option in my case. My site has had a Slider Rev element on the page for many years now, and we are very happy with it. Trying to replicate the same element with Layer Slider will require a lot of time. It’s not really fair of you to suggest such a course of action.

Rather than sweeping this under the rug, the proper course of action is of course to diagnose the cause of the error and resolve it. I realize though that this will require some time spent by your team, and/or Slider Rev’s team. When incompatibilities between a theme and a plugin occur, how is it determine exactly *who* spends their time troubleshooting the issue? Regardless, are you able to pass this issue up to your devs to investigate?

>> Sorry about that. We actually forgot which plugins are deactivated prior and it’s a staging site, so we didn’t really thought of it. Is there a backup of or a restore point to a previous version of the site?

I’ll re-activate the plugins. But please be more careful with my site in the future :-(

Thanks.

>> Can we access the dashboard?

Yes. The issue is present on both my live site, and my private staging site. So I will give you access to the staging site. I’ve shared those details in the private content area. In order to see the JS console error, you have to first click one of the layer slider navigation arrows (screenshot). Keep in-mind that any solution we implement on the staging site will later have to be implemented on the live site..

>> Have you tried to adjust the transition settings?

I don’t see how any configuration of the transition settings would cause a JavaScript console error. These same slider settings have been in-place for several years now, without issue. I hope I don’t have to change anything about the slider settings to fix the issue.

>> If you remove those line breaks in the debug mode and save the page, the breaks should be gone

OK thanks, that worked. I didn’t know if that field displayed in debug mode could be edited or not.

>> But the Shortcodes will be showing back to back not to easy to read.

Yes, that’s something I’ll have to live with I guess.

>> Also, I did not see the same text on the page and the extra breaks when I checked your page.

Yes sorry, the screenshot I posted may not have been from the same page I linked. The actual page is password protected. But the same general concepts were in-place, and same issues at at-hand. Sorry for the confusion.

We can consider this resolved.

Yes we can close it. Thanks!

OK I see your suggestion, thanks. I’ll have a look at it.

Just to be clear though, I was asking if, via Enfold Child Theme options it was possible to export/import only a single template. Am I correct that the answer is ‘no?’

>> 2- Sure, we can do that :)

OK thanks. I’ve sent login info in the private content field.

OK I have provided those. Let me know if there are issues.

>> If you like to speak directly to any one person you can mention that in the private content area for our admins to look at and if the person is available we will forward your request.

OK thanks for that. Sometimes my request is a little above what first level support can handle, so I’d prefer to go directly to a dev if possible. What’s frustrating is when a non-dev tries to answer my question, and does so incorrectly or insufficiently. It wastes his time and mine when that occurs.

>> We are a global team and we all work at different times and if the person is on leave then your request time may be longer so we try to help you.

Understood, and that’s OK.

>> To get your issue resolved fast please make sure it is within our support scope. Most of the time we try to help all our customers even if their issue is out of our support scope and sometimes this takes more time as well.

Yes, I understand, and will strive to do so.

>> However, if it’s really important for you to get this done, you can always hire a freelancer to do the job for you :)

My company has indeed hired a freelancer to do these jobs. *I’m* that freelancer :-) In a previous ticket, I was given specific code by Enfold support to achieve something, but it did not work as promised. So in this ticket I returned to ask why. Gunter was finally able to clearly answer my question.

Thanks again for the help.

Hi Basilis,

It would help me greatly if you could answer the question I asked in my previous message. To reiterate, would you expect that PHP code to set $time_format to false on all pages, set $time_format to false on just on the page with post ID = 517, or something else?

If you need to pass this question up to a developer, that would be fine.

Thanks.

Thanks for the reply. I’m a developer, and comfortable adding custom PHP code to my site.

>> Unfortunately, it would require quite some time and customization of the theme to achieve this,

I’m not sure what you are referencing here. For clarity, let me perhaps re-phrase my question, with simplified code. I have added the following custom PHP function to my site and attached it to Enfold’s avia_widget_time hook:

function change_avia_date_format( $date, $time_format ) {
			if ( 517 === get_queried_object()->ID ) {
				$time_format = false;
			}
	return $time_format;
}
add_filter( 'avia_widget_time', 'change_avia_date_format', 10, 2 );

Will this function set $time_format to false on all pages, or just on the page with post ID = 517?

Thanks.

• This reply was modified 4 years, 11 months ago by FeedXL2019.

Hi Gunter,

I have an update. First of all, I have three separate sites:

1. a local site
2. an online staging site
3. an online live site

So far, I have been working on my local site. On my local site, when I replace the file (slideshow_revolution.php) with your updated file, there is no change–the min-height is still present. But when I do the same on the online staging site, it *does* resolve the issue, i.e. the min-height is removed on the element, as expected and as desired. That’s great, but can you help me figure out why the issue is still present on my local site? I realize it is difficult for you to troubleshoot, but let me describe what troubleshooting I’ve done so far.

On my local site, at the top of slideshow_revolution.php (your new revised version), I have added two error log print statements: one before if ( ! class_exists( ‘avia_sc_revolutionslider’ ) && function_exists( ‘rev_slider_shortcode’ ) ) and one after (screenshot). When I load the page in-question, only the first statement is printed to the error log. So apparently the class avia_sc_revolutionslider already exists, or the function rev_slider_shortcode does not exist. I did some more testing, and this evaluates to true: class_exists( ‘avia_sc_revolutionslider’ ), which seems to be causing the issue. That needs to evaluate to false, correct? If not, none of the subsequent code is executed. But I’m still not sure why my local site and my staging site are discrepant in this manner…

>> Yes please – and let me also have access to the php code so I can check it (and edit it) – and a link to the page please.

I of course cannot share with you access to my local site. But would you still like access to my staging site?

>> Is the slider created with an older version of rev slider? If yes this could be a reason why min-height is still present.
>> Try to save the slider again.

Yes, the slider was created using an older version of Rev Slider. I’m not sure on the exact version number. But I tried re-saving the slider, but with no change in results.

>> You also can try to replace in file enfold\config-templatebuilder\avia-shortcodes\slideshow_revolution.php line 141:

Do you think it would be worthwhile to carry this out on my local site, given the symptoms I’ve described?

>> Clear all server cache and browser cache.

Yes indeed, I’have been doing that along the way.

Thanks.