mindykatzen

We found the error. A colleague was updating the product-image.php in the child theme and it had an error. They were trying to substitute the image caption from the media alt tag to the media image caption. That is not solved.

This case IS solved.

• This reply was modified 3 months ago by mindykatzen.
• This reply was modified 3 months ago by mindykatzen.

I have the same problem almost a year later.

Is this going to be added to an update?

Thank you, Kris. You were correct and we now have the mb_strtolower. Odd, though, I was working for months under the same system until now.

Make it a wonderful day! You deserve it.

Thank you.

Clicking these menus also throws that message in debug.error
a) Plugins
b) Plugins > Installed Plugins

At the server terminal…

grep “woocommerceconnect_opted_in” didn’t find a file with that.

grep “woocommerceconnect” and found it in
./wp-content/plugins/woocommerce-services/classes/class-wc-connect-tracks.php

grep “opted_in” found it in…
(1) ./wp-content/plugins/ajax-search-for-woocommerce/fs/lib/includes/class-freemius.php
NOTE: Deactivated the above and the message was still present when Plugins was clicked.
Neither reactivating nor changing a configuration for the plugin did _not show the message.

(2) ./wp-content/plugins/woocommerce-services/woocommerce-services.php
NOTE: Deactivating this plugin stopped the message on the dev site.
This is active on the live site that does not write the message. Odd.

The woocommerce.com account was deleted, yet the message is still showing up when the woocommerce-services is deactivated.

I don’t understand the “tracking “opted_in” and that makes me nervous because I have no idea to what we’re opted into.

• This reply was modified 5 months, 1 week ago by mindykatzen.

Hello!

First, I deleted my wordpress.com account thinking that something there was opted in. I wanted to ask WP to delete all personal information by law and did not find a place to do that. I entered the request in the chatbot and didn’t get a direct response.

This message is still showing up in debug.log.

I did a bit of tracing. I didn’t have time to test all menus, but the message shows up

1. “Products” on the left menu is clicked.
2. “Orders” on the left menu is clicked.
3. Opening an order to edit is clicked.
4. Last night when I wasn’t on the site, the message showed up 3 times in debug.log within a few minutes: [15-Jun-2024 02:00:20 UTC], [15-Jun-2024 02:00:37 UTC], [15-Jun-2024 02:03:30 UTC].
   Could that be a cron job or possibly a bot hitting the site? To test cron, I just disabled it in wp-config.php and enabled it in the system cron to run every 15 minutes.

The system error log and WP’s debug.log show no fatal or other errors related to this or otherwise.

The System Status Report shows no red flags. This is the development site — the live site does not show this statement in debug.log.

If you can tell me where in the code that error is written by WP/Woo, I can add a message to include exactly where that was triggered. Perhaps suggest a code (inside or outside WP) to write something to the server as soon as this happens?

Thank you.

We are not using that plugin. Thanks for the suggestion.

It’s showing only on the development site, not the live one. Odd.

Oh – look here. plugins/woocommerce/templates/myaccount/form-login.php and you’ll see both login and registration there. That is neither in the mother theme nor the child indicating that it’s Woo’s.

So, that is probably what’s generating the my-account page.

As far as I know, it’s the standard form. How can I trace it to what generates the form? The page has both the login and registration. The registration has only one field, an email.

We are using v2 recaptcha.

• This reply was modified 6 months ago by mindykatzen.

Yes, the registration form is enabled to show the reCaptcha. All are.

The page is now redirected because every time we undo that, the bots immediately attack adding about 2 accounts/minute.
It’s the standard /my-account/ page. I have only my IP able to access it for troubleshooting.

No error_log entries about this. Nothing in debug.log. Nothing obvious in the browser developer’s console. No changes were made to the website before and after this happened (except for a new recaptcha configuration).

We see same users being later added after the account is deleted.

We got a new reCaptcha key for v.2 “I’m not a robot” and entered that without success because the “I’m not a ‘m not a robot” box didn’t show up when on the login/create account page. (It verified in the configuration settings.).

Any suggestions would help.

First – This should not be marked “resolved”.

Now — yes – cc at WP.

We want to test absolutely everything in the plugin, including labels and emails sent to customers without using our wp cc and shipper credentials.

• This reply was modified 6 months ago by mindykatzen.

Thank you for your rapid response.

I apologize that I wasn’t clear. I am talking about the credentials for the shipping accounts, not placing an order.

Thank you Nauriskolats! That’s great news that you are advancing Cart Bounty (what a meaningful name). ??

Hello,

“Interfere” = attaching a file to a form breaks when you upload a file to the form.

MailPoet was disabled and attachments can be uploaded, and they are emailed to us. So, no, I didn’t contact Contact Form 7 because it works w/o MailPoet.

HTH!

Why are they being scheduled when there are no newsletters to go out?

We had 15k+ cron entries in the db that are useless and no newsletters/emails were scheduled to dispatch. It’s a waste of resources for that to happen, especially for sites with low resources. Can’t this be stopped unless we decide that a newsletter should go out. The logging is not needed every 2 minutes unless there’s an error, then _maybe log once a day.