Beaver Builder disabled on a page after a migration

Beaver Builder
1

Hi BB community,

I’m astonished with a problem: any pointers (documentation, idea, etc.) are welcomed!

We have a Wordpress with Zoom Inspiro, Jetpack and Beaver Builder amongst other plugins. All of this on Docker with Mariadb.

We are testing the backup/restore, and to test the restore we are doing it into a different domain (subdomain). I’m very confident that the file backup (from /var/www/html) and database backup is correct. After the backup we do the 4 updates SQL that are here: https://wpbeaches.com/updating-wordpress-mysql-database-after-moving-to-a-new-url/

There are different BB pages, some work but the homepage doesn’t work: the content doesn’t appear. I click on “Edit” and it doesn’t show the Beaver Builder editor but the Wordpress saying “This block contains unexpected or invalid content.” . I’ve tried with the &safemode and it says “This block contains unexpected or invalid content.”. I’ve enabled the debug on Wordpress and I don’t see anything in the logs, and I’ve enabled the debug mode on BB without any debugging information either. I’ve disabled other plugins as well and installed/uninstalled the plugin.

I’m running out of ideas why BB editor is not appearing after a simple backup/restore. Any ideas? My only ideas is to try with backup/restore plugins and check the database. I see the serialized data in _fl_builder_data as expected by the documentation.

I’d like to understand why is BB not showing the editor in that page, where to look, if it’s a restore backup, the data in fl_builder_data is there correctly, etc.

Thank you very much!

2

Question / comment to my original post: when executing the wp_postmeta update command is changing the _fl_build_data and this is serialized: I didn’t realize of the serialization being this format: https://wpengine.com/support/wordpress-serialized-data/ if we change the number of chars the “s” should change.

I’m going to try to use a better way to do the last update regarding _fl_build_data

3

Ha! I did another database restore and instead of the 4 UPDATE commands I’ve used wp-cli and:
wp search-replace 'example.dev' 'example.com' --skip-columns=guid

as per: Changing The Site URL – WordPress.org Documentation

And besides a small issue that we will check: all works.

I’m not familiar with Wordpress neither BB plugin internals but I wish that if the serialization failed it would have said something explicit about this :expressionless: I know that I should not have the 4 UPDATEs in the database and note taken though! :slight_smile:

1 Like