vortac

Thanks again for your help / advice. I have added a comment to a ticket on the github gutenberg issue tracker. As the problem relates to the block editor this seemed to be the right place.

Thanks, already tried these as well ??

And they have exactly the same behaviour as ­: when entered in the block’s html mode they *magically* disappear when I deselect the block (yet they are there and are applied both in the block’s visual mode and on the frontend). But this behaviour makes it unable to edit the hyphens further or correct them in the editor.

Is it a bug or a feature ??

@madeincosmos You honestly saved my week-end with your post, pure gold. Thanks so much!

The actual SQL scripts mentioned in your article didn’t help straight away as they are but your post and the article/discussion pointed me in the right direction: when migrating my database from localhost to the live server all auto_increment settings got lost – never had this before in years. As a result Action Scheduler placed events at index 0, same with session nonces and stuff, “corrupting” wp_posts and wp_terms (and other tables).
What I did now was manually correcting/adding the auto_increment setting table by table in phpmyadmin – this worked straight away when there was no row with index 0 in the table. But when there was I had to delete the row at index 0 first or reassign it to a different index – comparing the tables to my localhost “orginal”. So far errors are gone and woocommerce keeps its settings. *whooooha*
As a conclusion it wasn’t a problem with wp-cron but the Action Scheduler errors resulted from the corrupted database.

Actually the list of scheduled actions lists one failed, otherwise it’s empty:
List of Scheduled Actions, 1 Failed, Otherwise Empyt

I have also installed Query Monitor as this was recommended somewhere to check for possible problems and found these when activating Woocommerce:
Query Monitor Plugin: Database Errors
Query Monitor: API Calls SSLverify error

The database error might be a separate problem from Action Scheduler. Could the latter one have something to do with my provider/hosting settings? Possibly restricting loopbacks in wp-cron?

@saimonh Thanks for advising the plugin, tried it already and gave it a second try but didn’t help. The error message still pops up and woocommerce setup can’t be completed.

@corsonr Hi, thanks also for your advise, WP Cron is enabled as shown in status, installed WP Crontrol but couldn’t figure out what is wrong. Manually triggering the action action_scheduler_run_queue returns a successful message but when I revisited the cron events table the following error showed up:
There was a problem spawning a call to the WP-Cron system on your site. This means WP-Cron events on your site may not work. The problem was:
cURL error 28: Operation timed out after 3000 milliseconds with 0 bytes received

Any idea?

Still woocommerce setup can’t be completed: pages do not install, settings data is not saved (like shop owner address and stuff), but the plugin is active.

Sorry to ask again…does cerber allow to a add a reCaptcha to a contact form as well (besides offering it for registration form, forgot password, login and comment form)?

Do I have to enable the checkbox for “Other forms” with the label “Protect all forms on the website with bot detection engine” (under Antispam / Cerber antispam engine)?
Will this also work with forms that get inserted by a shortcode?
Is there a simple check to be sure that a field is really protected?

Thanks Justin and Michael for your immediate answer! Bit ashamed actually that I didn’t read through the field type docs firsthand…wow, elaborate information to be discovered there! As you pointed out already, the example in the docs is exactly what I need.

Keep up the good work and thanks again!

Many thanks for the prompt and “honest” reply!
I’ll follow your recommendation and will have a look at the CMB2 plugin as an alternative then.