wbrubaker.a11n

Hi there. Sorry to hear about the problem.

To help us debug this issue, can you please share with us your System Info, available under MailPoet > Help on the “System Info” page?

Also, what about the other two lists that work —?are they also configured with non-existent categories?

Thanks.

https://github.com/woocommerce/woocommerce-gateway-stripe/issues/2536

Thanks for that. The only way that I am able to reproduce this issue is if the product has stock held for an unpaid order. I wasn’t able to see the problem happen with this product: https://brassybit.com/shop/bits/5-25-dutton-western-d-snaffle/?v=7516fd43adaa which as near as I can tell has a stock quantity of one.

Link to image: https://d.pr/i/swMToi

I’d suggest you have a look through any orders in pending payment status to determine if that can account for the behavior you are experiencing. Otherwise, we’d need to know the exact steps that can be taken to reproduce this behavior under conflict troubleshooting conditions before we could pursue it any further.

Hi there. Sorry to hear about the trouble. I’ve opened an issue here: https://github.com/mailpoet/mailpoet/issues/5281 and suggest you follow along there for progress on this.

Thanks for trying that. Sorry it didn’t work for you ?? The best I can tell you is to wait for movement on that issue.

Howdy ??

There’s an issue for this open here: https://github.com/woocommerce/woocommerce/issues/41115 though I’m not sure how much good that’s going to do you.

One thing you might try is to remove and then re-insert the block.

Howdy ??

I just wanted to let you know we’re looking in to getting an issue open for this and not ignoring it.

Hi there,

In order for the “Add payment method” feature to work with Eway, an API key must be entered in the settings screen:

Howdy ??

If the constant and value aren’t defined in wp-config.php it must be defined somewhere else. I don’t believe adding it there would help, but rather finding where it’s defined as a string instead of an integer. You might have luck using the String Locator plugin to search the site code base for CRON_LOCK_TIMEOUT to find where it’s defined.

To action coupon menu, you would press the button to remove the legacy coupon menu.

If the category pages weren’t created with Elementor

It’s not the category pages themselves that are adding the query argument. The links to those product pages contain the query argument and my assumption is that is because the links were added to the home page when page caching support for geolocation was added.

The links that WooCommerce is generating for product category pages do not contain the query argument. See screenshot: https://d.pr/i/YzBWWT

In short, WooCommerce isn’t adding that to the links from your home page. You’ll likely need to edit those links but since the page was created with Elementor, their support team is in the best position to advise if you don’t know how to do that.

Hi there,

I’m pretty sure that changing the default customer location has done what it is supposed to do. If we look at the default shop page, we can see that the URLs to the product category archive pages and the single product pages lack the query parameter for geolocation page caching. See screenshot: https://d.pr/i/JDFN7z

It seems to only affect the product category links on the home page: https://d.pr/i/ubpnFJ

It looks to me like that homepage was built with Elementor and I’m guessing that was done while page caching support for geolocation was enabled and those links have been saved that way. Perhaps there’s a way to edit those URLs. If you need help with that, the support team for Elementor is in the best position to assist.

Howdy ??

As my colleague mentioned, we expect the feed is removed during the plugin’s uninstall procedure.?Given that the host removed the plugin for you, I suspect that was done either via FTP or the file manager rather than through the WordPress interface. Please get in touch with them and let them know that because of the way it was removed, the plugin deactivation hook didn’t run and remove the data.

Hi there.

By default, WooCommerce schedules that action any time a product is edited/updated, regardless of the means of editing/updating. You can search the Scheduled Actions found under WooCommerce > Status > Scheduled Actions for the product ID you edited to see if the task is scheduled.

And no one has responded to me about this setting yet… “Update the table directly upon product changes, instead of scheduling a deferred update.”

Sorry about that. If you’d like to see a feature added to WooCommerce to add that setting to the CSV upload page, please submit a feature request here: https://woocommerce.com/feature-requests/woocommerce/

Sorry to hear that. If you require some assistance with customization but you’re not comfortable doing it yourself, you may want to contact the folks at Codeable.io

Howdy ??

My suggestion would be to submit this as an issue on the WooCommerce issue tracker here: https://github.com/woocommerce/woocommerce/issues and see what the developers think about it.