alwiggins

I did not receive notice of your last response. No. I have not resolved my issue. My site admins can add html but if that html includes <script> </script> included in embed code it will be stripped out unlsess added by the super admin. that would be ok if the page was never edited again, but even a minor edit and update will cause the script to be stripped. I have also just learned that site admins do not see Additional CSS in the Customizer. only the Super Admin.

thanks – I missed your answer earlier. I take your words of caution seriously.

Cheers

Update: Further investigation and finally discussion with The Events Calendar has revealed the REAL problem is that The Events Calendar is not compatible with PHP versions 8.x

I apologize for my last comments that it was pointing to CoBlocks. While rolling back CoBlocks did result in the removal of the warning error, I was able to update Coblocks to current version after rolling back PHP to ver 7.4.

thank you again for your earlier comments and patience with me while I eliminated CoBlocks as a source of my problem.

I decided to go to different local site that I have that is not multisite. It has Blocky and CoBlocks installed but not The Events Calendar. I installed the free version of The Events Calendar and created an event. when viewing the event, the error appeared on this event page just as on the multisite network. To test the theme, I changed it from Blocksy to Twenty Twenty-Two and the error continues to appear. This local site is also on a slightly older WordPress version 6.2.2 instead of 6.4.1 So I have narrowed the problem down a bit. It’s not the recent WordPress update nor the multisite network and it is not the theme. The only common denominators are CoBlocks and The Events Calendar.

Update – through an iterative process of rolling back plugins and switching themes I have eliminated the error message by rolling back CoBlocks to version 2.25.5. With CoBlocks set to 2.25.5 it does not matter what theme or version the other plugins are on, there is no longer an error message.

In our multisite network, we do not allow autmatic updates to occur because of the difficulty diagnosing problems like this once they occur. In this case I allowed several plugins to update through multiple versions and did not catch the error right away thus complicating the task of troubleshooting. I now have a solid method to test updates in a local test environment prior to updating on the live network.

Thank you for your input. I hope you will be able to determine what in Coblocks is causing the conflict so we can continue updating. For the time being, we will hold steady on version 2.25.5

• This reply was modified 1 year, 4 months ago by alwiggins.
• This reply was modified 1 year, 4 months ago by alwiggins.

I have recreated part of my multisite network on a local host. This network contains just the primary site and one of the subsites that is experiencing the conflict between CoBlocks and The Events Calendar. I installed the same theme and plugins as the live network. On the subdomain site I only activated three plugins: Blocksy Companion (Premium) required by theme, CoBlocks and The Events Calendar. The error persists will only these 3 plugins. I only activated the basic Events Calendar, not the Pro version. Warning: CoBlocks::{closure}(): Argument #1 ($post) must be passed by reference, value given in?C:\Users\Craig\Local Sites\mgfws-multi\app\public\wp-includes\class-wp-hook.php?on line?326

When I activate The Events Calendar Pro the error remains. I am at a loss because there is nothing else to deactivate and if I lose either CoBlocks or The Events Calendar I will break at least 10 sites.

Do you have any other ideas?

WordPress 6.4.1
PHP 8.1.13
CoBlocks 3.1.5
The Events Calendar Pro 6.2.4

Thanks for your comments. I am attempting to create a local host multisite that I can test on . Hopefully something will be revealed

Did you ever find a solution to your question?

By checking the redirect in the plugin, I see that by using Cloudflare to redirect my domain name to new site, that it takes precedence over anything in WordPress so I will need to look at Cloudflare for a solution. Let me know if am understanding correctly.

Thank you

Thank you. for your quick response. Yes, we are maintaining the old domain registration, just not hosting a website for it. I installed the plugin on the new site to test it. How long should I expect the redirect to take effect. In the test case, I created a redirect for https://mgfchelancounty.org/volunteers/volunteer-resources/ to https://chelandouglas.mastergardenerfoundation.org/volunteer-portal/ and it is just going to https://chelandouglas.mastergardenerfoundation.org/

I should say that I have a permanent redirect for the old site https://mgfchelancounty.org/ to the new site https://chelandouglas.mastergardenerfoundation.org/

Thanks for your reply. I will check out all of the resources in your reply and see if we can make something work. As it stands now, we are password protecting the volunteer (private) events, but some people don’t like seeing these come up as password protected when scrolling the calendar of public events.

Anyway, I will take a look here and once again want to say thank you for your response.
Craig

Hi – Thank you for your response and I apologize for my delayed response.
Let me see if I can explain a little better.

We have 2 categories: Public and Volunteer. We added the shortcode to view the Volunteer category in a password protected section of the site for only the volunteers with a password to see. The shortcode for the public category was placed on the home page for everyone to find.

When we select the event in the public category (only one at this time) the event page is viewed as expected. At the bottom of this event page are the navigation arrows to the next and previous events. We were hoping that only that category would be accessible from those navigation arrows, but they take the user to the next event regardless of the category. for example since we only have one public event, the next event is in the volunteer category and it becomes visible to the public – not desirable.

As a stop gap measure, we have added the volunteer password to all volunteer events. then when using the navigation arrows the user is prompted for the password or is unable to see the event.

I think we will need to keep this work-around since viewing the standard calendar view will show all of the events regardless of category.

Question for options going forward… Does the Pro version allow more than one calendar so the Public and Volunteer events can be truly seperated? If not and using the filter as described in your reply, will both categories continue to show in main events view?

We would like to have a solution that is not confusing to the user. Now the public will see the password prompt for many events and get frustrated. Not a problem for the volunteers who will only need to enter the password once per session, but they may be confused thinking the events are visible to the public and inundate administrators will faulty reports.

Thank you again for your assistance,

Hi Tobias,
Thank you. I emailed you the JSON file for the table.
Craig

I am working in a development environment using Desktop Server so it’s not accessible from the internet. We are preparing to switch a site to WordPress so I am testing some options before we begin our rewrite. In the next week I should have access to a staging site for the actual domain and can test it there to see if the problem still exists.

Hi again,
Actually, it isn’t working quite correctly.
It does show the alphabet and when I hover over a letter it does show how many table entries begin with that letter. for example: A – , B – 7, … J – 0

However when I select any letter, it says “No matching records found” “Showing 0 to 0 entries (filtered from total entries)”

Here is the short code I inserted [table id=2 datatables_alphabetsearch=true /]

Have I missed something?
Thanks

Thank you,
I will try the extension.