emdublu

Thank you for your response. reCAPTCHA installed and config error has gone.
You said about no emails sent via Mail(2) whilst that error message was there that “It has nothing to do with the config error.” I beg to differ. Since the config error stopped being reported after adding reCAPTCHA (and no other changes made), emails are now being sent back to the form completer.

In response to @nathvi:

I still have no idea why the plugin “disappeared” and when. I agree it is unexpected behaviour!

After taking local backups on my PC of both WP installation and the database, I renamed the existing woocommerce directory in /plugins, then re-installed the plugin (now V6.1.1) from scratch.

Delighted to find that the shop function and all my data had come back unscathed. Will monitor this for a few days to ensure all is well.

Many thanks for your speedy help

Update – may have found a possible solution:

After reporting an issue (libgomp failing to create a thread) to my ISP, they did some testing and added the following to my root .htaccess file:

RLimitNPROC max max
RlimitMEM Max
RLimitCPU Max

At the time ReSmush.it was deactivated but Postie was failing to complete processing (running every 2 hours over an extended period of about 24 hours) and resulting in the following messages in the error log (not all shown for the 24 hour period):

rosamundewood.art [Tue Aug 10 15:40:04 2021] [error] [client 45.8.227.175:0] libgomp: Thread creation failed: Resource temporarily unavailable
rosamundewood.art [Tue Aug 10 17:40:17 2021] [error] [client 45.8.227.174:0]
rosamundewood.art [Tue Aug 10 17:40:17 2021] [error] [client 45.8.227.174:0] libgomp: Thread creation failed: Resource temporarily unavailable
rosamundewood.art [Tue Aug 10 19:40:17 2021] [error] [client 45.8.227.174:0] Postie [error]: fetch_mail: Unable to write data to IMAP server imap.stackmail.com on port 993
rosamundewood.art [Tue Aug 10 21:44:04 2021] [error] [client 45.8.227.174:0]
rosamundewood.art [Tue Aug 10 21:44:04 2021] [error] [client 45.8.227.174:0] libgomp: Thread creation failed: Resource temporarily unavailable
rosamundewood.art [Tue Aug 10 23:43:57 2021] [error] [client 45.8.227.174:0]
rosamundewood.art [Tue Aug 10 23:43:57 2021] [error] [client 45.8.227.174:0] libgomp: Thread creation failed: Resource temporarily unavailable
rosamundewood.art [Wed Aug 11 01:44:15 2021] [error] [client 45.8.227.175:0]
rosamundewood.art [Wed Aug 11 01:44:15 2021] [error] [client 45.8.227.175:0] libgomp: Thread creation failed: Resource temporarily unavailable

Also, on each failed run, the correct image was loaded into the image library and a blank draft post (tmptitle) created.

After the amendment of the .htaccess file, this seemed to cure the problem. Have just retried a couple of posts with ReSmush.it activated, and not had any issues.

Thanks for the prompt response. Logs just emailed as requested

Thank you but I’m not at all sure that resolves my issue. Let me explain a bit more about the context.

I have a portfolio of pictures (see, for example:
https://rosamundewood.art/galleries/flowers/) where the title of the picture uses the “Image Title” field set in VP to show the title of the artwork. My understanding is that, in theory, that should override the information from the media library item. The “Titles Source” field for the VP block has to be set to “custom” to display that correctly – if I set that field to “Image Title” then the page displays the file name for each image (which I do NOT want).

I want to display the name of the work in the pop-up display but again if i type “Image Title” as the option for “Title Source” the image’s file name gets displayed. At the moment I have to leave the “image Source” as none as a temporary fix.

From experimenting, the only way to get the effect that I want is to use “Image Caption” in the “Title Source” for the pop-up display – but as I said originally, it is hard to search through images in the media library to find the one that you want.