I visited the link you shared and was able to see the problem once I activated Toolset Maps.
To look into this I need to debug locally, but I've been unable to take a copy of your site. Your host disallows most backup plugins, and Duplicator—which it does allow, but not Duplicator Pro—is unable to complete building a backup package, even when I have it set to only copy the database and apply filters to exclude many of the database tables.
(Your actionscheduler tables—from WC—are enormous, you might want to do something about that, see hidden link.)
If you can provide a copy of your site (minus the plugin and uploads folders) I can try to set up a copy locally to debug this issue.
Thanks for that, but when I log in at the link you shared it redirects to the actual site you shared earlier, so I would be working on the production site.
To debug an error like that I will almost certainly need a copy of the site locally. I really just need the database, but I wasn't able to generate that using Duplicator (even though it allows me to filter which database tables to include, so that I could exclude the very large actionsheduler tables), and I don't have access to phpMyAdmin or similar tools on your server.
Given that the restrictions on creating site copies comes from your host, Kinsta, perhaps they could help.
If that's not possible we could try migrating your site to one of our servers on Cloudways (from which I should then be able to download a copy), but on large sites such as this there's a good chance that will fail and it is time-consuming, so I'd try that as a last resort.
I'm not actually working today, so I'll get to this first thing after the weekend. (In the meantime you can temporarily disable Maps while making the edits in Beaver Builder.)
I was able to download the package, but couldn't install the site. Specifically, I couldn't import the database, the file is too large and generates errors, so large I couldn't even open it in a text editor to try and delete chunks pertaining to unnecessary database tables.
As I mentioned above, your database has some very large tables that should be cleaned out. Copying the site will be more feasible without that bloat.
I suggest we try the following to try and get a copy of what's needed to investigate this issue:
- Prepare a minimal version of the site on a staging server
- Migrate that version to one of our servers on Cloudways
- I can then freely install whatever I need to extract a copy to install locally for debugging
To prepare a minimal install on the staging server in preparation for transferring you should:
- delete all plugins that are not specifically required to reproduce the error. (First, deactivate all plugins except Beaver Builder, Toolset plugins, Astra plugins. Check if you can still trigger the error. If so then you can delete all the inactive plugins.)
- install a file management plugin such as Filester (https://wordpress.org/plugins/filester/) so that you can delete everything from your wp-content/uploads folder; there is no need to copy all of the media to debug this issue
- install a plugin such as Adminer (https://wordpress.org/plugins/pexlechris-adminer/) to be able to access your database (or use phpMyAdmin directly if you have it available) and delete tables associated with the deleted plugins that are now surplus to requirements. At a minimum you should DROP the wpdev_actionscheduler_* tables. I note the wpdev_comments table is also very large. You shouldn't DROP the table itself, but it would be helpful to delete all rows from it.
- you can now delete those utility plugins added to do the above
When you have that prepared let me know and I will create an empty site on our Cloudways server to receive the copy of your site, and share details with you about how to initiate the transfer from your end.
Rather than doing all of what you suggested (which is all good), I worked with Kinsta to get an optimized version of a staging site for us/you to work on:
hidden link
I just confirmed this is good to go.
Use
to log in, and it should load that staging site admin just fine. Feel free to kick the tires, deactivate, and test/troubleshoot the Maps not loading on the hidden link page.
I immediately ran into a problem when I deactivated plugins as custom code in your child theme triggers a fatal error if The Events Calendar is inactive (it doesn't check if the function tribe exists before using it).
As I don't have FTP access I'm locked out with no route back in to the site.
Do you have FTP access to the staging site? If you rename the child theme folder (e.g. add an underscore) then it should make the site accessible again.
I ran through basic testing, deactivating plugins (I had to test with the parent theme, the child theme triggers fatal errors whenever plugins are deactivated), initially establishing that the error does not occur in a minimal environment with just the essential plugins active.
So I then went through de-activating and re-activating batches of the remaining plugins to try and find if another was required to provoke the error.
I wasn't it expecting it to be the very last one in the list, the WP Mail Logging plugin.
If you visit the staging site and try editing the problem page with and without that active, you'll see that it is required to produce the error.
Given that there are many such plugins available I suggest you switch to one of the alternatives.
I don't expect you to have the same problem, but if you do, let me know.
When I deactivate the WP Mail Logging plugin on the live hidden link site I am able to edit pages using Beaver Builder, however, the main hidden link page still does not show the Map.
That, and the "Use My Location" button in the search area does not seem to be working, either...
I did some more testing on your staging site and determined that the maps are broken (you can see JS errors in the browser console) by the Termaggedon Usercentrics plugin.
If you de-activate that you should see the map functionality restored.
Going to the settings for that plugin it includes an embed code section, and it seems this script is responsible for the problem: hidden link
I can't tell what that script is doing as it is a compressed, obfuscated production script.
I'm not sure what this plugin does, I guess it is related to cookies. But if I reload the page in a new browser window, accept all cookies, then refresh the page (to benefit from the cookies), the map is still not shown.
Knowing what you are using the plugin for, is an alternative possible?
