EMar

@gscoolidge I can’t run the plugin because I loose access to the dashboard.

Thanks for the information..

Hi @gscoolidge

I think this is the correct error log?
Just activated Give to get that error email..

Error Details
=============
An error of type E_ERROR was caused in line 247 of the file /home/mix/public_html/wp-content/plugins/give/src/Framework/Database/DB.php. Error message: Uncaught Give\Framework\Database\Exceptions\DatabaseQueryException: Database Query in /home/mix/public_html/wp-content/plugins/give/src/Framework/Database/DB.php:247
Stack trace:
#0 /home/mix/public_html/wp-content/plugins/give/src/Framework/Database/DB.php(95): Give\Framework\Database\DB::runQueryWithErrorChecking()
#1 /home/mix/public_html/wp-content/plugins/give/src/Framework/QueryBuilder/Concerns/CRUD.php(103): Give\Framework\Database\DB::__callStatic()
#2 /home/mix/public_html/wp-content/plugins/give/src/FormBuilder/FormBuilderRouteBuilder.php(84): Give\Framework\QueryBuilder\QueryBuilder->get()
#3 /home/mix/public_html/wp-content/plugins/give/src/FormBuilder/ServiceProvider.php(57): Give\FormBuilder\FormBuilderRouteBuilder->getUrl()
#4 /home/mix/public_html/wp-includes/class-wp-hook.php(324): Give\FormBuilder\ServiceProvider::Give\FormBuilder\{closure}()
#5 /home/mix/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#6 /home/mix/public_html/wp-includes/plugin.php(517): WP_Hook->do_action()
#7 /home/mix/public_html/wp-admin/admin-header.php(123): do_action()
#8 /home/mix/public_html/wp-admin/plugins.php(637): require_once('...')
#9 {main}
  thrown

• This reply was modified 1 year ago by EMar.

Ok, I have debug turned on now,
Then I did a database backup to UpdraftPlus and hit changed database prefix.
There is nothing in the debug log when checking afterwards.
I only had to set the prefix back in wp-config.php to get the site working again.
Then I went into UpDraft and did database restore from saved file.

Starting DB prefix change operations.....

Your WordPress system has a total of 22 tables and your new DB prefix will be: br_

A backup copy of your wp-config.php file was created successfully!

<code>wp_aiowps_audit_log</code> table name update failed

<code>wp_aiowps_debug_log</code> table name update failed

<code>wp_aiowps_events</code> table name update failed

<code>wp_aiowps_global_meta</code> table name update failed

<code>wp_aiowps_logged_in_users</code> table name update failed

<code>wp_aiowps_login_lockdown</code> table name update failed

<code>wp_aiowps_message_store</code> table name update failed

<code>wp_aiowps_permanent_block</code> table name update failed

<code>wp_commentmeta</code> table name update failed

<code>wp_comments</code> table name update failed

<code>wp_links</code> table name update failed

<code>wp_litespeed_url</code> table name update failed

<code>wp_litespeed_url_file</code> table name update failed

<code>wp_options</code> table name update failed

<code>wp_postmeta</code> table name update failed

<code>wp_posts</code> table name update failed

<code>wp_term_relationships</code> table name update failed

<code>wp_term_taxonomy</code> table name update failed

<code>wp_termmeta</code> table name update failed

<code>wp_terms</code> table name update failed

<code>wp_usermeta</code> table name update failed

<code>wp_users</code> table name update failed

Please change the prefix manually for the above tables to: br_

Checking for MySQL tables of type "view".....

wp-config.php file was updated successfully!

Update of table br_options failed: unable to change wp_user_roles to br_user_roles

The usermeta table records which had references to the old DB prefix were updated successfully!

The database prefix change tasks have been completed.

Hi @majick no worries,

I tried that code in Additional CSS and theme custom CSS, but no luck.

@takayukister Thanks,
So just hide it completely with .grecaptcha-badge { visibility: hidden; }
I thought the idea was to display the Recaptcha on the contact form page only?
That’s how it worked on other contact forms.

Problem solved,

Had to give the database user full permissions then run command.

[root@sv756 /]# su domain-user
[[root@sv756 /]$ cd /home/domain-user/public_html
[[root@sv756 public_html]$ wp action-scheduler fix-schema
Success: Registered schema for ActionScheduler_LoggerSchema
Success: Registered schema for ActionScheduler_StoreSchema

Priority column finally added to database.
Plugins enable without critical errors.

That priority column is still missing in wp_actionscheduler_actions table.

@babylon1999 tried running that command, no difference with WooCommerce,
We had to grant ssh access to the user for the affected domain.

[root@sv756 /]# sudo -u user -i -wp action-scheduler fix-schema
sudo: invalid option -- 'w'
usage: sudo -h | -K | -k | -V
usage: sudo -v [-AknS] [-g group] [-h host] [-p prompt] [-u user]
usage: sudo -l [-AknS] [-g group] [-h host] [-p prompt] [-U user] [-u user] [command]
usage: sudo [-AbEHknPS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] [VAR=value] [-i|-s] [<command>]
usage: sudo -e [-AknS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] file ...

not sure what else to try, too tired, back later.