Matt Scheidler

I had version 8.0.15 running with webhooks on 110 websites. Each site had a notification set to trigger the hook when plugins auto-updated. I don’t trust all plugins, but for those I do, I like getting the notification.

Your plugin is one that I had set to auto-update on all sites because I trusted it. Your updates have never caused any issues.

Today’s 9.0 upgrade not only broke these notifications, but also I obviously wasn’t notified that the updates had taken place.

Luckily I caught this fairly quickly. About an hour ago I logged into a site that had just auto-updated, and I figured out what was happening. I’m happy to report I was able to turn off auto-updates on 95 of the 110 sites before they updated. For the other 15 it was too late.

I downgraded one site to from 9.0 to 8.0.15 and found that my settings are no longer available. I was hoping that downgrading would restore the webhooks but unfortunately they didn’t.

I appreciate that you need to update the plugin, and if you needed to move webhooks into paid territory that’s understood.

Your premium plugin only offers a 25-site license and there’s no way I could afford buying 5 licenses to cover all my sites. My only option right now is to stick with 8.0, and find time to downgrade and re-establish the webhooks for the 15 sites that already updated.

Some advance warning would’ve been nice. If warning was offered, I must have missed it.

Thank you very much! This got me going in the right direction. Defining a new placeholder was the key. I have this in place now. Thanks for your time.

I am experiencing the same on the first site I upgraded to 6.6. Holding off on the others.

The missing content on the tabs is new, but the error appears to basically be the same that I encountered a few versions ago:

https://www.ads-software.com/support/topic/events-manager-6-4-10-conflict-with-solid-central-ithemes-sync/

• This reply was modified 2 months, 1 week ago by Matt Scheidler.

Thank you for the reply. This issue was first noted by my client. Several users reported the same issue. Downgrading to 6.5.1 is what it took to fix it.

I recognize it might be a conflict with another plugin and not directly related to the code updates in 6.5.2. But I was very confused to see a broken v6 layout on the previous/next months when I hadn’t opted into v6. If you have any insight that might aid me in troubleshooting that would be super.

Thank you for the reply.

Adding specific filetypes to the shortcode isn’t making any difference.

I’m sure the root issue is not with CF7 but with something else. However, I have been unable to isolate the issue.

While investigating, I found that the multiple-file upload field (via another plugin) is still accepting all filetypes, so I have replaced the standard single-file upload field, with the multiple-file upload field. For now that will be sufficient.

Thanks for your help.

You’ve now set two records. The fastest reply to a new support topic, and the fastest resolution of a topic.

I have updated to 11.3.3 and the calendar now displays the All-Day events on the single day where they are intended to be shown.

Thank you very much for the extremely prompt support!

That is the quickest response I have ever received to a support forum post, in 14 years of using WordPress!

Here is the shortcode in question. We are combining two calendars into one display, which works fine.

[ics_calendar url="https://calendar.google.com/calendar/ical/redacted.com_2d35333132303439353231%40resource.calendar.google.com/public/basic.ics | https://calendar.google.com/calendar/ical/redacted.com_2d35363638373834393835%40resource.calendar.google.com/public/basic.ics" color="#0066cc #000000" "eventdesc="true"]

Sadiya,

Thank you. As soon as I updated to version 4.4.1 on my sites, the PHP errors stopped. Thank you for the fix!

Update 3: I have updated the plugin to 6.5 and the behavior has returned. Now it is referencing line 1664.

An error of type E_ERROR was caused in line 1664 of the file /home/xxxxxxxx/public_html/wp-content/plugins/events-manager/em-install.php. Error message: Uncaught Error: Class "EM_Admin_Notices" not found in /home/xxxxxxxx/public_html/wp-content/plugins/events-manager/em-install.php:1664

Peter, thank you for the reply.

I am still having this issue, after trying a number of things.

I have tried all three options – Learning Mode, Enabled and Protecting, and Disabled – and I get the white screen when trying to open the Customizer in all three cases. Only if I deactivate Wordfence itself does the Customizer become available.

I don’t have any specific caching plugin running on the site.

The “live traffic” report did not show any entries related to my activity. I’m not necessarily being blocked, as a function of Wordfence, but rather I am encountering some sort of error.

I tried turning on Debugging in the wp-config file, but that didn’t give me anything specific to this issue either. Just a couple deprecation notices for an unrelated plugin, which I also get on other sites.

Any additional troubleshooting tips or strategies would be appreciated. For now, I’ll continue running Wordfence. Since this site just launched there shouldn’t be much need to get into the Customizer, and if there is I’ll just have to temporarily deactivate.

Update…we just disabled the plugin entirely and the issue remains. Looks like something else may have caused this, but we didn’t catch it until after installing your plugin. Sorry for the false alarm. We’ll figure out the actual issue and then give your plugin another try. Thanks.

Update 2: I upgraded all my sites to 6.4.10.2 and then found that if I did one manual login/logout, the Solid Central login then began working again. Not sure why, but now it appears everything is working as expected again.

Thank you for a quality plugin. I don’t use it all the time, but when I do have a client with unique/custom needs yours is the the one I turn to.

Update: Version 6.4.10.1 apparently fixed this issue. I updated all 5 of my sites and all 5 once again could be accessed in the usual way.

However, the issue has returned with issue 6.4.10.2. At the moment I’ve updated two sites, and now cannot access the sites via Solid Central, while the three that are still on 6.4.10.1 are fine.

The error I’m getting today is the same as before except now it is referencing line 1599 instead of 1588.

Thanks for your help.

Yes, I’m still having problems, but I’m not sure it’s a BWU problem. I have increased the PHP memory limit and created a new Job with just the one table and it still gives me the same error:

[01-Apr-2024 02:57:21] ERROR: Allowed memory size of 170917888 bytes exhausted (tried to allocate 9533984 bytes)

For now I’m just running two separate jobs and at least getting everything else backed up. It’s only happening on one site, which is hosted on a different server than my other BWU sites that are still working fine. So it’s likely either site-specific, or host-specific. I haven’t given up my investigation but I’m not sure as of now if there’s anything more BWU can do. Thank you.

Serge, thank you. I found that the wp_cleantalk_no_cookie_data table is empty, without me doing anything extra. I suppose that the table cleared on its own when I made the settings change in WordPress?

Regardless, the overall size of the site is now back to expected levels because this massive database table has been cleared. Thank you for your help.