Event Calendar Extended Views auto-deactiviate

@kinsella55 Actually I’m not afraid, but worried and apologise at the same time, since my solution isn’t legit at all. If the extension should work only by a payment, my method can bypass it, and I don’t love this behaviour.

However a Time.ly reply or update to fix all the issues will be appreciated!

At the time I think we can continue to use my solution for a while, unless we can find a valid alternative.
I will think about.

If Time.ly really stops to update their products, one chance to get back alive the project is to fork the code on github and work on a open parallel project to fix and improve the plugins.

If you know or get replies from devs, please tell me about. Thank you! ??

I will keep you updated.

Kinsella55 wrote: “I will keep you updated.”

I appreciate this, Kinsella!

@giangel84
Might it be possible Time.ly changed something on their server?
Your wonderfull snippet suddenly stopped working on my sub-sites of the multisite system. It still works on the main site. The plugin ‘extended views’ stays activated there, but on all 8 subsites it is deactivated from time to time. Sometimes after seconds and sometimes after 20 minutes. And it doesn’t reactivate itself as it did the last 8 days.

Hi @kinsella55 , I haven’t much time to find issues for sub-sites.
However I read some error_log files and I found this:

Your All-in-One Event Calendar has the following plugins installed but they are disabled. To keep them enabled, simply keep your calendar logged in to your Timely account.<br /><br />- all-in-one-event-calendar-extended-views<br />

So it seems the extended views addon came disabled when the handler think about your time.ly’s account isn’t sync properly between their servers and your website.
Since Time.ly still not replying to this thread, I found the part of script which deactivate the addons and then I excluded the function which perform the deactivation.

So actually the best practice is to find and open the handler.php file, that is stored on /wp-content/plugins/all-in-one-event-calendar/lib/exception/handler.php

then replace the entire content with this one:

https://pastebin.com/rYPmh5RX

After this, you can remove my initial snippet which reactivate the extension, from your functions.php.

Obviously this way is intended as a temporary solution until Time.ly fix the issues.

Another way you can fix your Multisite issues, without touching the plugin’s handler file could be this:

#FIX AIO Event Calendar Extended Views disabled on multisite
function hw_reactivate_aioec_addons() {
	if ( !is_plugin_active( 'all-in-one-event-calendar-extended-views/all-in-one-event-calendar-extended-views.php' ) ) {
		activate_plugin('all-in-one-event-calendar-extended-views/all-in-one-event-calendar-extended-views.php');
	}
}
add_action( 'muplugins_loaded', 'hw_reactivate_aioec_addons' );

Please try one of two solutions, check/enable the extensions and give me a feedback about.
Thank you.

• This reply was modified 5 years ago by giangel84.

@giangel84
Again Thnx!!!!!
It works and doesn’t work. ??

Let me explain

Your handler.php did the job as did the new snippet
But……..

I use the plugin Max Mega Menu on the multisite installation. Since 2 weeks this plugin, which I use already all the time I am working on this site (since last July) crashes from time to time.
Today I discovered there is a connection between the mega menu crash and the deactivation of Time.ly’s extended views. F.I. when the mega menu crashes on Site A, the time.ly calendar plugin deativates on all other 7 sub sites, but NOT on the main site, where the max mega menu also never crashes.

Now I changed the Max Mega Menu on Site A to the build in Mega Menu of Divi which I use. It never crashes and the extended views plugin doesn’t deactivate.
I still need your snippet. Witthout it Time.ly deactivates anyway.

Still I don’t understand why a plugin on a multisite system only crashes on the sub sites and not on the main site. I wonder if this has been the culprit all the time.

I will keep you and the other viewers posted whenever I have more information. Thank you for all your willingness to help and huge knowledge.

Hi @kinsella55 can you explain better how do you mean with “Max Mega Menu CRASHES”?

Which kind of crash happens? Have you some errors printed to the screen or it’s just a plugin deactivation? Please read the error_logs files and give us more informations about.

Thank you.

@giangel84

The theme used for this website is divi by Elegant Themes, actually a theme builder. Their standard mega menu didn’t work as we wanted, so we use another plugin, Max Mega Menu. And it seems that it causes crashes of the primary menu on the front end. And those menu crashes (the whole menu disappears and changes into a white block) have effect on the activation of extended views. Every time there is such a menu crash, extended views is deactivated and doesn’t reactivate itself.
But meanwhile I discovered more deactivations at random. So, also without a menu crash.
Still strange we get no response at alle of time.ly
Strange too your wonderful Snippet first worked excellent and then without any update (besides theme updates) stopped.
The second one the same. It worked the first couple of hours but then stopped. I guess also after a theme update.
Divi at this moment has several updates a week.

Thank you for all your work and excellent solutions. I am under the impression your snippet was twice overtaken by theme updates.

Do you know alternatives for these time.ly plugins? User friendly and mostly that wonderful posterboard view?

Thank you

I tried both instances your code in both my main theme’s function.php file AND my child theme Functions.php and neither seem to have any affect. am I missing something?

• This reply was modified 4 years, 9 months ago by augustjohnston.

I also tried your edit of the handler.php file with seemingly no changes.
I’m going to guess Timely figured out a way around this fix. everything points back to their paid subscription page. I realized I’m using an older version of the plugin, which might explain why the timely dashboard (on their site) shows my installations as “inactive” with a red dot under the “status” column. Of course I made sure I was logged in on the settings page.

• This reply was modified 4 years, 9 months ago by augustjohnston.

Which version of the plugin are you using now?

This fix is working for sure with the 2.5.44

2.5.32
Which fix is working for sure? the funtions.php fix? even with a child theme? I’ll try it again.

EDIT: ok ok I was editing the wrong installation of wordpress. Stupid ISP restored a backup and redirected the http root to the “backup” directory… instead of the original public_http root directory. it’s working now! thank you so much.

• This reply was modified 4 years, 9 months ago by augustjohnston.

Can you think of a way that I can easily have the site manager turn and turn off this patch without editing the functions.php file everytime? I ask because Extended views plugin has been giving me a “the link you are following has expired” error when I try and save an event.

@augustjohnston I just updated the plugin to the lastest version (2.6.1) and it seems my account now is properly signed in to the time.ly service.
So time.ly fixed this issue and now the extended views doesn’t get deactivate anymore.
I deleted my fix but the “expired link” error still, while updating an event.
I tried with the previous version of the plugin but it does the same thing.

So, is not my fix that break the update process! It seems an plugin issue. ??
However by clicking on “try again” link, the post will update properly.

Try yourself. Update the plugin (perform a backup before), delete my fix and you can get the same problem as well.

Time.ly use a strange way to check the accounts and the add-ons. I think that some goes wrong while this check runs, and it break the user session. :-/

@augustjohnston UPDATE:
I’m working on “the link you are following has expired” error by following these steps:

1. Update the “AIO Event Calendar” plugin to the 2.6.1 version.
2. Download the plugin “all-in-one-event-calendar-extended-views-fix” from this link.
3. Remove the fix from your functions.php
4. Install the fix plugin, but keep it disabled.
5. Check the AIO Event Calendar and the Extended View add-on are both enabled.
6. Go to “AIO Event Calendar” settings, click the label “add-ons” and click on “save settings”. After this, a warning message say the “extended view” add-on has been disabled.
7. Go to “Plugins” and enable the fix.
8. Try again to update an event.

Now will work fine, but after a couple of minutes, the issue come back again.
It’s not a cron function, just checked for it.
If you redo just the steps 6 and 8, the issue disappear and then come back again.

I will investigate more for this strange behaviour.

• This reply was modified 4 years, 9 months ago by giangel84.