rickjohnsongraffix

Thank you, I can confirm that the custom code added to functions.php worked perfectly.

??

Thanks! I really appreciate all of the help in tracking this down.

Thank you for staying with me on this! I do have a laptop running a previous version of macOS, and the problem is still there with Safari 17.5. Given that it’s not machine-specific, it must be reproducible on other Macs under certain circumstances.

For extensions, I did have three that were listed relative to Parallels Desktop and Parallels Toolbox, but they were unchecked. I uninstalled those components and restarted, but the problem is still there. I also tried disabling AVG Antivirus for web and email, and that made no difference.

I do not have any extensions active in the browser. I did clear the cache using the item in the Develop menu, and have quit and restarted the browser.

Thank you very much for your help.

I’m sorry, when I paste the screenshot in, it displays as dim with a progress circle inside. I tried pasting it into Chrome and Firefox, but they would not let me log into my WordPress account in order to post. :-/

I uploaded it to my web site so I could bring it in as a referenced URL. Is “admin-bar-v2.js” a file somewhere within WooCommerce?

Here is the browser info: https://www.whatismybrowser.com/w/DAD3GBB

Thanks for the help!

Clicking on the error info shows the line of the script where the error occurred. Here is a screen shot:

The field does display the emails properly in Chrome for Mac, so it’s apparently an incompatibility with Safari. :-/

The emails added do work correctly at checkout.

I see that expanding the “Meta List” block when editing a coupon shows the contents of the record. Watching this, it apparently can change the allowed email, but cannot add one or remove any.

So the problem seems to be that the email field does not display the contents of the customer_email field in my case. The browser console does not show any errors, but does indicate “JQMIGRATE: Migrate is installed, version 3.4.1” and “3PC blocked” and “admin-bar-v2.js:465” — is that useful?

I did a test coupon with the address “[email protected]” and the database showed the customer_email entry the same as your example. Could it be that the emails are saved, but just are not shown in the browser? It shows “No restrictions” in the Allowed Emails field.

I tried searching for my email address, which should have been in there several times.

MySQL returned an empty result set (i.e. zero rows). (Query took 0.0001 seconds.)

Can I look for a meta_key that should have an email address in its meta_value?

You are correct on all items.

I don’t see email_restrictions in the WP database. The only thing coupon-related appears to be wp_wc_order_coupon_lookup.

I cleared my browser cache, Themify menu cache, and WC Software License cache, and the problem remains. It affects any address entered, and all addresses previously entered are now missing. It had worked perfectly for years, but I just noticed recently that all email addresses were gone and could not be saved when entered again.

I had not added or changed coupons for weeks, maybe months, when I noticed the email problem (I was at version 8.4.0 at the time) so there could have been updates to WordPress, PHP, and others that happened before I noticed the problem. I am now at WooCommerce 9.0.2 and the problem is there when I have no other plugins active and using the generic 2024 theme.

Is there anything I can check using MySQL or a browser developer inspector panel?

My web host did the checks you suggested and the 403 error with newer versions of WooCommerce remained.

I disabled Order Attribution and that fixed the 403 errors! I’m now running the current version of WooCommerce with no apparent issues.

Now I hope we can address my original problem, which was that emails entered into coupon restrictions did not get saved. Is there anything I can do about that?

Thanks — Rick

I’m sorry, my last reply must not have gone through. I installed Rollback, and it’s been great. I found that the newest version of WooCommerce I can run is 8.4.1. 8.5 will cause the 403 Forbidden errors I described earlier. I have found that it is not a conflict with another plugin or a theme, and all files and folders have permissions as was recommended — I have permission for all.

What changed between WooCommerce 8.4.1 and 8.5 that might cause the access problem? Is there anything I can check with a browser inspector window or other tool to help narrow it down? I have PHP 8.1.29,

My web host says all of his clients have trouble with newer versions of WooCommerce, so maybe there is something at the server level affecting all users, something that I cannot change. Is there anything I can ask my web host to check that might break in WooCommerce 8.5?

WooCommerce 9.0.2 does not solve the problem. I’m back to using 8.4.0.

Thanks for getting back to me. You must not have seen that there is a previous page to this thread. File/folder permissions have already been checked and verified as OK. Why would the 403 problem exist with Woo Commerce 9 but not for version 8.4 and earlier? What changed?

As for email restrictions, other fields within Usage Restriction are saved — only email addresses are cleared on Update. Is there something I can check using MySQL?