Fatal error: Uncaught Exception: Invalid attribute: payment_items

it doesn’t look like save_listing() is designed to cope with free listings, inasmuch as it is requiring a valid payment object to continue…

            $this->listing->set_status( 'pending_payment' );
            $payment = $this->listing->generate_or_retrieve_payment();

            if ( ! $payment )
                die();

            $payment->context = is_admin() ? 'admin-submit' : 'submit';
            $payment->save();

for example, if doing a data restore from live to live copy for upgrade testing, I do NOT copy the wp_options table since this can causes a lot of problems copying live settings to non-live environment. Therefore the options table is left updated with the new settings and not caught by test like:
// Post-install migrations.
if ( get_option( ‘wpbdp-migrate-18_0-featured-pending’, false ) ) {

Hi, I set this thread to resolved myself, as it was due to my test setup, testing upgrade from 4.1.15 to 5.0.4.

I believe the issue can occur in several ways, for example:

• Upgrade to BD 5.0.4
• Update test data by refreshing all tables – except wp_options
• Database upgrade script is not run as the setting is still there in wp_options

This also applies when performing rollback to previous BD version and upgrading again.
This is particular to the refresh method so can be ignored.
Though I do highly recommend never to include wp_options in refresh scripts as it’s too dangerous – at some point there will be an oversight and the test system will accidentally email live customers / republish information from test system etc etc. Probably automatically by cron before anyone has time to do anything about it.